除了SVN,您如何管理您的开发、测试和生产源代码?

从提供给测试或生产的特定版本签出,然后将更改合并回dev。

而不是为每个请求分支主干(这将包括与QuickChange或Fix无关的新代码),如果您从prod标签分支并进行了更改,然后测试、QA并重新部署它,该怎么办?

实际上我认为你应该有三个分支 *开发(主干) *质量保证 *产品

合并是“非常容易的”(很容易合并),因为您总是需要从QA到DEV、从Prod到DEV进行合并。 这是我们在许多项目中使用的非常常见的设置。

编辑: 通常情况下,您不会在QA或Prod上再次分支。

每次创建一个分支都太多了,我不希望开发人员在更新主流、分支和测试代码之间迷失方向!

对于每个补丁,从主干分支是不必要的(并且它不会做您的测试/产品开发团队需要的事情)。但是,您不能完全避免分支,也不能避免您的员工必须在多个分支中工作。

您应该能够将活动分支的数量降到(比如)一个(对于在生产中运行的版本),另一个(对于测试人员正在处理的版本)。