-
Notifications
You must be signed in to change notification settings - Fork 1
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
Require pull request before merging #20
Comments
Note: the same rule should apply to |
I believe this should be linked to a Definition of Done for development (i.e. requirements to meet before merging a PR and closing the related issue), including links/explanations explaining why/how an issue was closed, peer-review, and PR description (see #5). |
Branch protection rules were added for the main and develop branches to :
before merging on:
This would be useless on private repositories as the "protected branch rules won't be enforced on this private repository until you upgrade your organisation account to a GitHub Team or Enterprise account". |
Added a less restrictive rule for docs to just require a pull request (without absolute review requirement) before merging to main on:
Also added the more restrive rules from the above comment, but only of the main branch of https://github.com/blindnet-io/openness-framework |
@blindnet-io/engineering Please remember to add same rules to all new DevKit source code repositories between v0.4 and v0.6 |
All actively maintained repositories should now have the required branch protections. If you find a repository for which these protections haven't been configured, please directly add them and add a comment below if you have the required rights, or reopen this issue and tell us which repository should be configured. |
What?
Add a branch protection rule on all Github repositories to forbid anyone except two "repository managers" to make any update in the main branch without describing/discussing it first.
Why?
Pushing changes directly to the main branch makes it difficult to track and discuss them, with is a clear infringement of our openness framework, and can discourage contributions.
How?
see GitHub documentation: Managing a branch protection rule
The text was updated successfully, but these errors were encountered: