在 7.4 版本中,gitlab 改变了新项目中受保护分支的行为。
在每个新项目中,默认分支例如master 是一个受保护的分支,这意味着开发人员无法推送它。在我的公司中,许多开发人员在默认/主分支上工作,现在在启动新项目时陷入困境。
我的问题:ui 或
gitlab.rb
中是否有属性可以恢复 7.4 之前的行为并且不保护默认分支?
我不确定这是否是默认参数,但每个项目您可以将 master 更改为不受保护,在您的项目中,转到设置 - >受保护分支并取消保护 master
gilt 团队发表了一篇与您的问题相关的帖子! https://about.gitlab.com/2014/11/26/keeping-your-code-protected/
ui 或 gitlab.rb 中是否有属性可以恢复 7.4 之前的行为并且不保护默认分支?
这在 12.5 版本中是可能的:
全局设置(对于所有新项目):
Not protected: Both developers and maintainers can push new commits, force push, or delete the branch.
项目设置(对于现有项目):
Unprotect
分支旁边的master
按钮请注意:引入分支保护是有充分理由的:
Git 非常容易使用和滥用。一个 git push --force 命令很容易毁掉很多人的一天。
https://about.gitlab.com/blog/2014/11/26/keeping-your-code-protected/
似乎 GitLab 稍微改变了这一点,当我想更改 GitLab 社区版 9.0.2 中的分支访问权限时,我可以在这里找到它们:
主页项目>设置(右上角)>存储库(第二个,稍暗的导航栏)>受保护的分支(向下滚动一点)
更多信息,请参阅 docs.GitLab
在 v16.3 中,位于
Admin area
> Repository
> Default branch
似乎没有默认属性。但在 Feedback.gitlab.com 上已经有一个 功能请求