一种限制 Git 分支访问的方法？

实际上并非如此。 Git 分支之间并没有像你想象的那样明显不同。

这里您可能需要为每个用户的开发分支使用一个单独的存储库。

在使用 GitHub 时，最好的选择是让每个开发人员都拥有自己的主存储库分支。每个人都推送到自己的存储库，而有推送访问权限的人从每个开发人员的存储库中提取主存储库句柄。这就是大多数开源项目的工作方式。

如果使用您自己的 Git 服务器，应该可以使用钩子来防止用户推送到错误的分支。

Esko 提出了适合于开源项目的伟大解决方案。然而，它要求协作者团队的每个成员在 GitHub 上都有一个付费账户，这并不总是正确的。

VonC 指出，还有另一种解决方案，只需要一个付费的 GitHub 帐户。我将提供一些如何实现 VonC 解决方案的教程。

假设我们有两个私有存储库: test-test和 test-production。第一个回购是为了开发，团队的每个成员都可以访问它。第二个回购是为了代码的自动部署，因此对其应用了严格的访问限制。

开发人员的设置非常简单和直接: git clone https://github.com/<username>/test-test，完成他们的工作并将其推回。

合作者的设置有点复杂:

1. 从发展回购 git clone https://github.com/<username>/test-test拉分支

2. 添加远程存储库 git remote add production-repo https://github.com/<username>/test-production.git

3. 从新的回购 git fetch production-repo中获取数据

4. 为生产代码创建新的本地分支，并切换到 git checkout -b local-production

5. 告诉 git 链接本地和远程分支 git branch -u production-repo/production

6. 将远程生产分支的内容下载到本地的 git pull

7. 找出可能的冲突，就是这样！

现在，从 local-production分行推出的所有东西都将进入 test-production回购协议，其他分行将被推入 test-test回购协议。

好的，这很酷，但是更细粒度([人名]-开发)的访问呢？你可以问。答案是: 您可以为每个开发人员创建类似于 test-test的回购协议，并使用相同的模式设置它们。这种方法的缺点是合作者必须克隆每个 test-test-[person's name]-development回购协议。