Github:要求代码审查

4

我是一个私人项目的项目经理,我想在Github上做以下事情:

  1. 只有我可以将分支合并回主分支或“生产”分支
  2. 每个其他开发者必须经过我的审核才能将他们的分支合并回“主”或“生产”分支

我在Github上阅读了关于分叉的内容,并且认为这适用于私人项目,因为它需要一个“公共”URL - 我们目前不打算发布源代码,因此我们的存储库必须始终保持私有。我看到了共享存储库模型的提及,但没有相关文献。

可以有人友好地给我解释一下吗?

3个回答

4
首先,GitHub 上的任何项目(无论是私有还是公开)都是一个共享存储库。私有仓库只是在选定的几个协作者之间共享。
然而,想法是:
  • 克隆该私有项目(这也适用于私有项目)
  • 将开发人员声明为协作者(他们可以直接在 GitHub 克隆项目的主分支或任何其他分支上推送)
  • 让他们通过拉取请求向您的初始私有 GitHub 项目提交补丁
这样,您可以通过克隆队列查看并审核他们希望包含在您项目的主分支中的任何补丁。

2
如果你是在组织中工作,Github的团队就是为此设计的。创建一个只包含自己的所有者团队(应该是默认设置)。创建一个开发人员团队,但只能读取主要仓库。开发人员可以fork你的私有仓库(forks也将是私有的),并可以推送到他们的forks。他们不能推送到你的仓库。因此,为了贡献代码,他们需要将代码推送到他们的forks并向你发送pull请求。

0
据我所知,合并和分支没有权限管理。
Forking & Pull Requests 适用于不同的存储库(主要用于开源开发)。

共享存储库模型只是意味着每个人都可以在一个存储库上拥有推送和拉取权限,但使用自己的分支进行编辑。只有一个人(您)被允许将其合并到主分支中。但是,不会有任何机制来监督此过程。


哦,好的,我猜这更多是一种“传统”做法,而不是操作限制。 - xjq233p_1

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接