https://docs.microsoft.com/en-us/azure/devops/repos/git/branch-policies-overview?view=azure-devops
Branch policies are an important part of the Git workflow and enable you to:
- Isolate work in progress from the completed work in your master branch
- Guarantee changes build before they get to master
- Limit who can contribute to specific branches
- Enforce who can create branches and the naming guidelines for the branches
- Automatically include the right reviewers for every code change
- Enforce best practices with required code reviewers
Adopt a Git branching strategy
There are a few critical branches in your repo that the team relies on always being in good shape, such as your master branch. Require pull requests to make any changes on these branches. Developers pushing changes directly to the protected branches will have their pushes rejected.
Keep your branch strategy simple by building your strategy from these three concepts:
- Use feature branches for all new features and bug fixes.
- Merge feature branches into the master branch using pull requests.
- Keep a high quality, up-to-date master branch.
A strategy that extends these concepts and avoids conTradictions will result in a version control workflow for your team that is consistent and easy to follow.
-
Adopt a branching strategy
-
How to configure branch policies
-
Branch permissions
-
Require branch folders
-
Configure a branch policy for an external service
Branching how to guides
Learn how to perform common tasks when working with branches.
-
Branches tutorial
-
How to create a branch
-
How to delete a branch
-
Restore a deleted branch
-
How to lock branches
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
