我们公司最近将版本控制系统切换到SVN,使用TortoiseSVN作为我们的客户端,以促进敏捷开发方法的使用。我们的SVN存储库有来自主干的多个分支,每个sprint对应一个分支。我们通常采用“保持分支与主干保持最新,然后重新集成分支”的方法。但是,有时需要将分支中的更改移植到主干或其他分支!(例如错误修复)。我们有一个一直在开发中的bugfixes分支(如果可能的话,我想把它保留为一个分支,这样主干就可以保持“纯”)。
如果我定期合并分支到主干的一系列修订,然后在我们的错误修复集完成后重新集成分支到主干,这会起作用吗?我不想重复合并东西。不做重新整合合并,而只做一系列的修改,会不会更好?我们使用的是SVN 1.6。
发布于 2010-12-22 00:35:40
两个问题:
如果您对第一个问题的回答是肯定的,那么多个分支和从分支到主干的定期合并是有意义的。如果您定期或每次发布都标记发布,可能会使运行分支变得多余,并将主干作为“前沿”开发版本,包括错误修复。YMMV.
https://stackoverflow.com/questions/4501236
复制相似问题