我很乐意进行 GIT 分支和合并,但想知道如何让对合并和分支不满意的新开发人员不会意外伤害发布或生产分支(例如 master)。
什么是一个好的工作流程,以便进行大量提交的开发人员可以将他的更新与 master 或其他一些分支同步。也就是说,新开发人员没有对该分支的提交权限。
Git 非常适合这种情况,因为它具有去中心化的特性。我建议您让其他开发人员分叉您的存储库,然后在他们完成他们希望您合并的新功能时创建拉取请求。然后,您可以查看附加到每个拉取请求的提交,并决定是否将它们合并到主存储库中。
一旦其他开发人员知道他们在做什么,您始终可以授予他们对主仓库的提交权限并要求他们删除他们的分叉。
您可以通过使用受保护的分支功能来避免分叉和拉取模型,该功能将向组织中的分支的推送限制为特定用户或团队。这将允许您将所有“受信任的”开发人员添加到可以合并/推送到分支的团队中。
此外,如果您使用提供预接收挂钩的 GitHub Enterprise,您可以启用一个强制通过 PR 合并所有代码的挂钩
只是不要给开发人员在主/分支上的提交权限。他们可以分叉存储库并提交拉取请求以将更改返回给主服务器。
这不是 git 能做的事情。Git 不处理权限...但是看看 gitolite,它会为您执行此操作。