-
Notifications
You must be signed in to change notification settings - Fork 56
Document change review process #132
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Document change review process #132
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
A couple of minor comments, but this looks great.
I think we're all agreed on this, but in the spirit of the proposed changes I'd appreciate a second approval. |
We should change the branch protection rules to require >= 2 reviews... |
Done. |
f271b48
07b2b9e
to
f271b48
Compare
Document the consensus builder and all active TAP Editors. Signed-off-by: Joshua Lock <[email protected]>
Define the roles of participants in the project and document the expected change review process for the specification. Signed-off-by: Joshua Lock <[email protected]>
What constitutes a business day may vary by region. Weeks are more universal. Signed-off-by: Joshua Lock <[email protected]>
Signed-off-by: Joshua Lock <[email protected]>
f271b48
to
3799328
Compare
Apologies, I forced push to squash in some of the fixup commits introduced during code review and that has dismissed the existing reviews. Will need re-approval to meet the branch protection rules. Thank you in advance. |
hmm, the Travis version checks are failing. This doesn't change the specification itself, so I'm going to go ahead and merge. |
In-line with what is discussed in #130 here's a first stab at documenting our change review process. I don't know whether 5 business days is long enough a contemplation period, or whether the term "business days" is clear enough. I'd very much welcome feedback on those aspects, as well as the rest of the proposal.
In order to ensure it's clear who will be doing the review, I've also added a
MAINTAINERS.md
listing the consensus builder and active TAP editors. Hopefully we can link to this document from TAP 1 so that it's clear to participants in the TAP process who the TAP Editors are.Significant inspiration was taken from SPIFFE's GOVERNANCE.md