-
Notifications
You must be signed in to change notification settings - Fork 7.5k
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
docs(collaborator_guide): add collaborator guide #3724
Conversation
This adds a collaborator guide that describes how to reply to issues and PRs and how to accept changes to the project.
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.
Looks great!
|
||
Before merging the change, it should be left open for other core committers to comment on. At least 24 hours during a weekday, and the 48 hours on a weekend. Trivial changes or bug fixes that have been reviewed by multiple committers may be merged without delay. | ||
|
||
For non-breaking changes, if there is no disagreeming between the collaborators, the PR may be landed assuming it was reviewed. If there is still disagreement, it may need to be [escalated to the TSC](#involving-the-tsc). |
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.
I disagreem with everything!
|
||
Collaborators may manage issues they feel qualified to handle, being mindful of our guidelines. | ||
|
||
Any issue and PR can be closed if they are not relevant, when in doubt leave it open for more discussion. Issues and always be re-opened if new information is made available. |
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.
Issues and always be
|
||
Landing a PR is fairly easy given that we can use the Github UI for it. | ||
|
||
When using the big green button on github, make sure the "squash and merge" is selected -- it should be the only allowed option. If a PR has two features in it and should be merged as two separate commits, either ask the contributor to break it up into two, or follow the [manual steps](#langing-a-pr-manually). |
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.
langing
|
||
The commit message should follow our [conventional changelog conventions][conventions]. They are based on the angularjs changelog conventions. The changelog is then generated from these commit messages on release. | ||
|
||
The first line of the commit message -- the header and first text box on github -- should be prefixed with a type and optional scope followed by a short description of the commit. |
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.
Minor niggle, but the capitalisation of 'Github' is inconsistent
This adds a collaborator guide that describes how to reply to issues and
PRs and how to accept changes to the project.