我是svn的新手。我们正从收获迁移到svn。 我们一次只处理3个不同的版本。因此,我们正在考虑通过从主干复制并对其进行平行处理来制作3个分支。主干上不会发生任何开发。 trunk将保留生产中的任何东西。
假设我们有REL120,REL121,REL122分支。 REL121由REL120创建,REL122由REL121创建。 每当提交REL120时,我们在REL121和REL122中合并该更改 只要REL121中有提交,我们就会在REL122中合并
当我们将REL120运送到生产时,我们将干线与REL120合并
这是一种很好的分支方式吗?或者可以改进一些事情。请分享您的想法。
Vadiraj
答案 0 :(得分:1)
这种方法没有问题 虽然,我建议你减少合并次数,并将代码合并到树中。对于Eg;
这是您的存储库的逻辑结构
|- trunk
|- branches
|- Release 120
|- Release 121
|- Release 122
现在,每当你需要合并 Release 122 的链接时,它们应该一直合并到trunk ...首先到 Release 121 ,然后< strong> Release 120 然后 trunk (考虑到 Release 120 从主干分支出来)
理想情况下,合并应该在树上(从子分支到父分支)而不是相反。
P.S。这三个版本是否彼此不相关,那么就不需要创建这样的层次结构。然后从树干上单独分支。
答案 1 :(得分:0)
对于我们来说,我们将始终从主干线进行分支或更多分支。这样,当我们完成分支时,我们将分支合并回主干。这种做法在svn文档中指定,如果您是svn的新手,则应阅读it。