Git 划分项目存储库

我想将存储库区分为不同的级别

• 促进发展
• 测试及
• 用于实施等

我发现的一个解决方案是分支，但合并两个分支时会出现问题

---

有什么有效的方法吗，请告诉我。

这取决于级别的性质

• 如果它们都与代码库相关，那么它们都应该位于同一回购协议、同一分支中
• 如果它们与开发生命周期（开发、QA、登台、生产）相关，那么相同的代码库可以在不同的存储库中复制

---

分支更多地用于隔离不同的并行开发工作。

这取决于级别的性质

• 如果它们都与代码库相关，那么它们都应该位于同一回购协议、同一分支中
• 如果它们与开发生命周期（开发、QA、登台、生产）相关，那么相同的代码库可以在不同的存储库中复制

---

分支更适合于隔离不同的并行开发工作。

我认为将源代码和测试代码放在一个存储库中没有什么错。你能解释一下为什么你认为你需要多重回购吗？@Tim Biegeleisen嗨，我需要把这个项目分成几个层次，一旦我在我的项目中完成了一些修改，我想将提交的文件转移到一个新的Repo或分支机构，无论出于什么目的。然后我可以在同一个Repo或分支机构中继续我的开发。同样的方式，测试团队将文件转发到bug（Repo/branch），将非bug文件转发到部署（Repo/branch）.我期待着这样的分工。这种类型升级的优点是，如果有人要纠正错误，我会将错误（Repo/branch）克隆到他们身上。这将是eazy。我不认为将源代码和测试代码放在一个存储库中有任何错误。你能解释一下为什么你认为你需要多重回购吗？@Tim Biegeleisen嗨，我需要把这个项目分成几个层次，一旦我在我的项目中完成了一些修改，我想将提交的文件转移到一个新的Repo或分支机构，无论出于什么目的。然后我可以在同一个Repo或分支机构中继续我的开发。同样的方式，测试团队将文件转发到bug（Repo/branch），将非bug文件转发到部署（Repo/branch）.我期待着这样的分工。这种类型调平的优点是，如果有人要纠正错误，我会将错误（Repo/分支）克隆到他们身上。这将是令人兴奋的。嗨，谢谢你的帮助。这就是我真正的意思……@krishnannir“，一旦我在我的项目中完成了一些修改，我想将提交的文件转移到一个新的回购协议或分支机构，用于测试目的”：正如我在回答中所说，你只需将你的工作推到一个专门的回购协议。嗨，谢谢你的帮助。这就是我真正的意思……@Krishnannir”，一旦我在我的项目中完成了一些修改，我想将提交的文件转移到一个新的回购协议或分支机构，无论出于何种测试目的”：正如我在回答中所说，您只需将您的工作推到一个专用的回购协议。