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