例如:
使用另一个名为refactor的分支重复该过程是否安全?
答案 0 :(得分:3)
使用SVN,您可能遇到的唯一问题是,合并合并点的mergeinfo
属性(文件夹或文件取决于合并的级别)将包含分支名称和修订号以前的合并。我并不认为SVN在合并时实际上会使用这些信息,但有时会让用户感到困惑。
如果您不关心这一点,那么它应该可以正常工作......但我知道在之前的项目中我们使用mergeinfo
作为我们已经合并回主干的分支的指示,因此重新使用分支名称将是危险的。
答案 1 :(得分:1)
是的,您可以这样做,只要您在查看Subversion日志历史记录时不会对哪个重构感到困惑。
假设您有某种故障单系统,最好将特定修订与导致修订的故障单绑定,无论是数字还是代码。
答案 2 :(得分:1)
这应该不是问题 - 除了一件小事......
尽管该分支与旧分支具有相同的名称,但就Subversion而言,它是一个全新的分支。如果查看分支的svn log
,它将不会将自身追溯到具有该名称的原始分支。旧分支甚至不会被视为合并历史的一部分。这是一个完全不同的分支,恰好有名称。
在这种情况下,这正是您想要的。但是它可能会引起一些混乱。我遇到的最大问题之一就是有人删除了一个文件或目录,然后将其添加回来震惊了!震惊! Subversion的合并没有按预期工作。
只要你理解这一点,一切都应该没问题。
答案 3 :(得分:0)
是的,完全没问题。
您可以在SVNBook找到所有内容。