&引用；“隐藏”；GIT中的东西

我是吉特·努布

我知道这违背了“分布式源代码控制”的原则，但我想“密码保护”GIT存储库中的某些开发分支。也就是说，我不希望该分支可以通过git branch-r使用，除了需要通过某种密码访问该分支的特定开发人员组

---

可能吗？

为什么不建立一个单独的git存储库，只允许您和特定的开发人员组访问（这可以通过使用来实现）

---

如果您还没有使用gitosis，我建议您这样做。

为什么不创建一个单独的git存储库，只允许您和特定的开发人员组访问（这可以通过使用来实现）

---

如果您还没有使用gitosis，我建议您这样做。

我认为这是不可能的。这将使类似于合并的事情几乎不可能，因为git需要了解分支才能进行合并。考虑一个可信开发人员从隐藏分支合并到主要分支的情况。然后一个不受信任的开发人员尝试合并他的更改->您将如何解决冲突

---

但得到您想要的东西很简单：只需拥有一个单独的存储库，并将其用作“分支”，因为从不同的存储库合并与在同一存储库中合并分支一样简单。

我认为这是不可能的。这将使类似于合并的事情几乎不可能，因为git需要了解分支才能进行合并。考虑一个可信开发人员从隐藏分支合并到主要分支的情况。然后一个不受信任的开发人员尝试合并他的更改->您将如何解决冲突

---

但是得到你想要的东西很简单：只需拥有一个单独的存储库并将其作为“分支”使用，因为从不同的存储库合并与在同一个存储库中合并分支一样容易。

你可以从公共存储库克隆一个单独的存储库，并拥有自己的分支

---

此存储库可以位于具有正确ACL或组权限的文件系统中，也可以是需要正确登录凭据的单独服务器等。然后，开发人员可以根据授权提交、拉取、合并等。

您可以从具有自己分支的公共存储库克隆出一个单独的存储库

---

此存储库可以位于具有正确ACL或组权限的文件系统中，也可以是需要正确登录凭据的单独服务器等。然后开发人员可以提交、拉取、合并、，等。根据授权。

或gitolite代替gitosis。+1代表gitolite——它完全允许这种类型的每分支权限。或gitolite代替gitosis。+1代表gitolite——它完全允许这种类型的每分支权限。