Svn 在Subversion中,混淆分支的修订编号
我一直在使用Clear Case,并开始使用Subversion 现在我不知道分支的修订号是否从0开始 或者如果 从主干的头部修订号开始 还有一个问题,, 在主干上提交之后,我很困惑分支的最新版本是否与主干的头部版本相同Svn 在Subversion中,混淆分支的修订编号,svn,Svn,我一直在使用Clear Case,并开始使用Subversion 现在我不知道分支的修订号是否从0开始 或者如果 从主干的头部修订号开始 还有一个问题,, 在主干上提交之后,我很困惑分支的最新版本是否与主干的头部版本相同 提前感谢。在考虑Subversion中的版本控制、分支和合并时,您不应该应用任何ClearCase经验(系统变更管理的概念除外)。这是完全不同的 subversion中的主干和分支是对称的独立文件夹。当一个分支从另一个分支出来时,它实际上是一个轻量级的写拷贝 修订是存储库的全局
提前感谢。在考虑Subversion中的版本控制、分支和合并时,您不应该应用任何ClearCase经验(系统变更管理的概念除外)。这是完全不同的 subversion中的主干和分支是对称的独立文件夹。当一个分支从另一个分支出来时,它实际上是一个轻量级的写拷贝
修订是存储库的全局状态,而不是单个元素的状态,这就是为什么您会看到“分支的最新修订与主干头部修订相同”。在Subversion中,每个新存储库在创建时都将从修订1开始 无论是提交到主干、分支还是创建标记,每个存储库的所有修订都是唯一的和增量的 因此,您将获得如下修订编号:
Commit to Trunk - rev 1
Commit to Trunk - rev 2
Commit to Branch - rev 3
Commit to Trunk - rev 4
Subversion存储库中的修订号是全局的,即它们适用于整个存储库,包括
主干
、标记
和分支
“Subversion版本控制”一书的这一部分可能对您有用:
- Subversion版本号是严格单调的。如果您的提交获得了修订号n,那么下一次提交将是修订号n+1,无论在回购协议中的什么位置提交了内容。甚至可能是同一回购协议中的另一个项目