Skip to content

Add CONTRIBUTING.md documenting working practices under SIP-000 - #273

Open
314159265359879 wants to merge 2 commits into
stacksgov:mainfrom
314159265359879:main
Open

Add CONTRIBUTING.md documenting working practices under SIP-000#273
314159265359879 wants to merge 2 commits into
stacksgov:mainfrom
314159265359879:main

Conversation

@314159265359879

Copy link
Copy Markdown
Contributor

This adds a CONTRIBUTING.md that writes down how we work in this repo: how to submit a SIP, review etiquette, how the SIP-000 statuses map to GitHub steps, what can change after a CAB vote, when a SIP PR merges, and how a ratified SIP gets updated.

Nothing in here changes the SIP process. It documents practice under SIP-000 and says so explicitly, where the two would disagree SIP-000 wins. That is also why this is a repo doc and not a SIP: these are working rules we should be able to improve with a simple PR.

Context: this came out of #241 and #228. The useful operational ideas from #241 live here now, and the answer to #228 is the last section, the replacement model is already in SIP-000. The workflow mapping builds on what whoabuddy wrote up in #145. The numbering rules and the Withdrawn Draft label come from the discussion in #260.

Feedback welcome, especially from editors and CAB members on whether this matches how we actually work.

(this is not a SIP) This document outlines the contributing guidelines for the SIPs repository, including submission processes, review etiquette, and workflow on GitHub.
This was referenced Jul 10, 2026
Add notice to replaced SIPs with new link reference.
@314159265359879

Copy link
Copy Markdown
Contributor Author

@brice-stacks and @rafaelcr do you think it is okay to approve and merge this. There are no new ideas in this but it tries to capture the unwritten rules and the outcomes of past conversations about how we work in this repo.

Comment thread CONTRIBUTING.md
## SIP numbers and status labels

- SIP numbers are assigned once and never reused, even if the SIP never
advances past Draft. This prevents one number from referring to two

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Above it says that the number is not assigned until it is accepted. That conflicts with this sentence, which says that the number is never reused, "even if the SIP never advances past Draft."

@brice-stacks brice-stacks left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This looks good. Thanks for putting it together! I just noticed some inconsistencies with the draft/number explanation.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants