| title | pageTitle | pagePrevTitle | pagePrev | pageNextTitle | pageNext | alias | |||
|---|---|---|---|---|---|---|---|---|---|
设置保护分支 - CODING 帮助中心 |
设置保护分支 |
设置默认分支 |
repo/branch/default.html |
设置隐藏分支 |
repo/branch/hidden.html |
|
保护分支是 CODING 针对 Git 中有关代码权限开发的一个特色功能，可以将选中的分支保护起来，防止未经报备、允许的更改。
开启后，保护分支在分支列表中将以绿色盾牌为标志。成员修改保护分支时需新建一个分支并在其中进行修改，创建合并请求后邀请其他成员评审代码，评审完成并允许合并后才能执行合并操作。
在代码仓库的「设置」->「分支设置」页面，你可以使用「通配符」更加智能地设置保护分支，符合命名规则的分支都会被视为保护分支。
-
**禁止强制推送：**默认打开。即使有 git push 的权限，也不允许通过
git push -f的方式强制修改分支的提交历史。对于多人合作的分支，强烈建议打开此选项。它确保了只能通过增加新的提交来改变分支内容，而不是修改历史提交的方式来提交变更。 -
**开启状态检查：**通过在 CI 中设置规范性检查条件或设置代码扫描方案，运行 CI 成功后才被允许合并，点击查看《持续集成——触发规则》了解更多。
-
**自动添加分支管理员为评审者：**该功能开启之后，针对所有合并到此保护分支的合并请求，都会自动将分支管理员设置为评审者。当分支管理员的数量大于设置的「合并请求允许合并授权数量」时，会随机选择对应授权数量的分支管理员作为评审者。例如，当配置了 3 位分支管理员而授权数量为 2 时，系统会从 3 位分支管理员中随机选取 2 位作为评审者。
-
**开启代码所有者评审：**该功能开启之后，针对合并到该保护分支的合并请求，如果存在对代码所有者的文件的修改，则必须经过代码所有者的评审之后才允许合并。详情请参考代码所有者。
-
**合并请求允许合并授权数量：**用于设置合并请求必须经过多少位分支管理员的授权之后才允许合并到目标分支。如果该保护分支没有设置分支管理员，需经过 1 位普通成员授权之后才允许合并。
分支管理员为可选项。添加管理员后，所有的合并请求需得到管理员的允许才能被允许合并。管理员默认受到保护分支的条件限制，需创建合并请求才可修改分支。勾选「允许直接推送」后，管理员将不受保护限制，可以直接修改保护分支内容。
若成员没有权限（即保护分支的非分支设置员） push 至该分支，当其尝试 push 至该分支的时候，会得到如下错误提示：
==== 2021/08/23 ====