我正在处理一个包含三个阶段的源代码的非常大的项目。
- 开发源代码:每秒都在快速变化，并由我们的 QA 检查
- 测试环境代码:发布给客户QA部门(每2-3周发布一次)
- 生产环境:在客户 QA 确认没问题后发布到生产环境。 (每隔几个月)
系统(政府网络应用程序)非常大，可以跟踪更改、错误和热修复，有时测试人员可能会要求更改，有时生产人员可能会要求热修复或小更新。
问题是，当测试或生产请求发生变化时，开发代码已经发生了很大的变化，他们总是警告我们他们只想要那个小的修复，不要上传任何新的东西。
问题是，我应该如何管理 3 个阶段的代码，并返回到测试或生产代码，并修复那件小事(也反射(reflect)对当前开发的更改)？
注意:每次做一个分支太多了，我不希望开发者在更新主流、分支和测试代码之间迷失方向!
最佳答案
从提供给测试或生产的特定修订中 check out ，然后将更改合并回开发。
关于java - 除了 SVN，您如何管理您的开发、测试和生产源代码？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2505984/