除了SVN，您如何管理您的开发与测试与生产源代码？

Question

我正在处理一个包含三个源代码阶段的非常大的项目。

weeks)

• Production
• 开发源代码:每秒钟快速更改一次，并由QA
• 测试环境代码检查:发布到客户的QA部门(每2-3次发布一次)：在客户端QA确认确定后，将其发布到prod。(每隔几个月)

这个系统(政府web应用程序)非常大，可以跟踪更改、bug和热点修复，有时测试人员可能要求更改，而其他一些时候，产品可能要求进行热修复或小更新。

问题是，当测试或生产请求发生变化时，开发代码已经发生了很大的变化，他们总是警告我们，他们只想要一个小的补丁，不要上传任何新的内容。

问题是，我应该如何管理这三个阶段的代码，并返回到测试或生产代码

注意:每次做一个分支太多了，我不希望开发人员在更新主流代码、分支代码和测试代码之间迷失！

Answer 1

从提供给Test或Production的特定修订中签出，然后将更改合并回dev。

Answer 2

而不是为每个请求分支主干(这将包括与快速更改或修复无关的新代码)，如果您从prod标记分支并进行更改，然后测试、qa并重新部署它，该怎么办？

Answer 3

实际上，我认为你应该有你的三个分支机构*开发(主干)* QA * PROD

合并是“相当容易”的(就像容易的合并一样)，因为您总是必须从QA合并到DEV，从PROD合并到DEV。这是一个相当常见的设置，我们在许多项目中使用。

编辑:通常情况下，您不会再次分支于QA或PROD。