git - 如何在 2 个 git repos 之间组织工作？

Question

我们有一个设置，我们在内部使用 git 来完成我们的工作，同时我们交付工作的客户也自己使用 git。

我们还希望在 2 个 repo 之间有严格的界限，这样客户就不会参与我们的 repo 工作流程(内部问题、用户、公关政策等)，我们也不希望参与他们的工作。

我们正在考虑这样的工作流:

1. 我们的开发人员在 development 分支(设置为默认值)中针对 our-repo 完成所有工作
2. 我们的仓库管理员可以访问 client-repo(这意味着他有 2 个 Remote :our-repo 和 clients-repo)<
3. 一旦准备好部署(也就是说，被推送到我们的 master 分支)，他就会得到它并将其推送到 clients-repo
4. 如果客户自己做了一些更改(很少但可能)，我们的管理员会获取它并 merge 到 our-repo

这个设置行得通吗？我错过了什么重要的东西吗？有没有更好的选择？

Answer 1

我认为拥有两个包含逻辑上相同(或至少非常相似)代码的独立存储库是不必要的，而且通常是一个坏主意。我建议您只维护一个存储库。在 GitHub 中保护 master 分支(可能还有其他分支)。你可以阅读 Enabling branch restrictions有关如何执行此操作的更多信息。

当您的客户想要完成他们自己的工作时，只需让他们创建一个新的功能分支即可。如果他们愿意，他们可以创建一个 pull 请求返回给 master，您和您的内部团队可以在 merge 之前仔细审查。由于 master 不会受到保护，您的客户将永远无法直接更改代码库。