Warning: file_get_contents(/data/phpspider/zhask/data//catemap/0/svn/5.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Svn 在Subversion中,混淆分支的修订编号_Svn - Fatal编程技术网

Svn 在Subversion中,混淆分支的修订编号

Svn 在Subversion中,混淆分支的修订编号,svn,Svn,我一直在使用Clear Case,并开始使用Subversion 现在我不知道分支的修订号是否从0开始 或者如果 从主干的头部修订号开始 还有一个问题,, 在主干上提交之后,我很困惑分支的最新版本是否与主干的头部版本相同 提前感谢。在考虑Subversion中的版本控制、分支和合并时,您不应该应用任何ClearCase经验(系统变更管理的概念除外)。这是完全不同的 subversion中的主干和分支是对称的独立文件夹。当一个分支从另一个分支出来时,它实际上是一个轻量级的写拷贝 修订是存储库的全局

我一直在使用Clear Case,并开始使用Subversion

现在我不知道分支的修订号是否从0开始 或者如果 从主干的头部修订号开始

还有一个问题,, 在主干上提交之后,我很困惑分支的最新版本是否与主干的头部版本相同


提前感谢。

在考虑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,无论在回购协议中的什么位置提交了内容。甚至可能是同一回购协议中的另一个项目