Subversion奇怪 - svn信息修订高于上次更改项目文件夹的rev

Question

有些事情我无法解释。

我有我的项目的工作副本 - 完成svn更新（说：更新到1895年修订版），我知道这是最新的。当我在项目文件夹上执行svn info时，修订版是1895年，但最后更改版本是1888年。

使用TortoiseSVN检查日志显示1888为最后修订版，没有1895年的痕迹。1895年的svn log为空，1895年至1888年之间的svn diff也是空的，即。没有差异。

我是如何以某种方式最终得到一些没有真正改变的流氓修订？它基本上导致构建服务器（认为它是在1888年）与我的MSBuild SvnVersion任务不同步（认为修订版是1895年）。

任何建议表示赞赏。

编辑：如果版本将始终显示整个存储库的最新版本，则意味着像SvnVersion MSBuild任务（使用svnversion.exe，但表现出类似行为）之类的内容不会显示如果您拥有多个项目单一存储库，则需要使用“Last Changed Rev”作为版本号。

结果，现在滚动我自己的SvnLastChangedRev MSBuild任务。

Answer 1

这不是问题或奇怪......修订号适用于整个Subversion存储库，因此，由于存储库中其他位置的更改，修订号可能会高于上次更改的最新修订号。您正在工作的存储库的分支。

为了澄清，如果你提交trunk，将存储库带到修订版10，然后branches和tags中的一大堆更改将存储库带到修订版1000，然后10将是trunk文件夹的“最后更改版本”，但整个存储库的当前版本号将为1000.