我是svn的新手。我们正在从采集迁移到svn。我们一次在3个不同的版本上工作。因此,我们正在考虑通过从主干复制来制作3个分支,并在它们上并行工作。在主干上不会发生任何开发。主干将保存生产中的任何内容。
假设我们有REL120,REL121,REL122分支。REL121是从REL120创建的,REL122是从REL121创建的。每当提交到REL120时,我们就将REL121中的更改合并到REL122中,每当REL121中有提交时,我们就将其合并到REL122中
当我们将REL120发布到生产环境时,我们将主干与REL120合并
这是一种好的分支方式吗?或者可以在这方面有所改进。请分享你的想法。
瓦迪拉杰
发布于 2011-06-09 15:53:08
这种方法没有任何问题。
不过,我建议您减少合并的频率,并将代码一直合并到树中。例如;
这是存储库的逻辑结构
|- trunk
|- branches
|- Release 120
|- Release 121
|- Release 122现在,当您需要合并Release 122的chanegs时,它们应该一直合并到主干...首先到版本121,然后到版本120,然后到干线(考虑到版本120是从干线分支的)
理想情况下,合并应该沿着树向上(从子分支到父分支),而不是相反。
附注:如果这三个版本不相互依赖,那么就没有必要创建这样的层次结构。只需从主干上单独分支即可。
发布于 2011-06-09 15:46:09
对于我们来说,我们总是从主干做一个或多个分支。这样,当我们完成分支时,我们将把分支合并回主干。这种做法在svn文档中指定,如果您是svn新手,则应该阅读it。
https://stackoverflow.com/questions/6289471
复制相似问题