在SVN (FSFS)存储库中人为增加修订版本号

Question

我的公司正在执行SVN存储库迁移，我希望避免两个存储库之间的修订号重叠(这两个存储库目前都是活动的)。

我的要求是强制将新存储库的修订号更改为特定的修订号(比如: 100.000)。

通过分析FSFS存储库，我发现了"db/current“文件，它听起来像是更改存储库编号的正确位置。

有没有人有这方面的经验？我希望将来能避免奇怪的事情发生！

PS:我知道我可以创建"100.000“个虚拟提交到存储库。请分享您在此过程中的经验以及在检测过程中和之后存储库可能出现的性能问题

PS3:我理解让每个人在过程之前提交工作副本可能是一个好主意。这对我们来说不是问题(新的存储库现在的用户非常有限)。不过，如果您对此或类似的要求有经验，请分享！:)

PS3:我知道这不是一个标准的SVN过程，许多人可能会反对这个要求本身。让我们假设我的需求是合理的！:)

Answer 1

http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=940194：

Q:有没有办法在subversion中人为地增加存储库修订版本号？

答:要做到这一点，唯一的方法是提交一些虚拟的修改。

Answer 2

首先，不要费心去尝试去炒作这件事。如果您要合并这两个版本，您可以使用dump/load将新版本放在旧版本上，系统将为您处理修订号。所以，除非你需要知道某个版本的修订号(可能是外部的，或者是标签)，否则你根本不需要担心这个问题。

如果你能使用这个工具，总比后来发现svnsync或svnadmin包不能与你修改的存储库一起工作要好。

好的，如果你仍然想这样做，在revprop 0和db/current文件中更新最后的修订号，你就应该没问题了。

我不认为你会找到任何有这种方法的直接经验的人！

Answer 3

进行虚拟修改的一种简单方法...

根据需要重复执行以下操作：

svnmucc propset dummy_prop 0 -m "increases revision" https://svn/repo/ --username me --password x7G_5-u1,W

注意：

• 值"0“不必在每次提交到下一次提交时有所不同。您可以直接在存储库中重复相同的存储库，而无需签出或工作副本。
• 会更改根文件夹(由“...svn/ command.
• Changes”后面的/引用)。因此，它甚至可以在一个新的‘n’空的repository.
• Changes上执行，这只是一个文件夹的属性。这些仅存在于SVN中。因此，如果您签出或更新，不支持svn的应用程序(如您的操作系统)将不会注意到文件夹本身的任何更改。changed.
• svnmucc是官方Subversion工具的一部分，至少在1.8版本中，也许更早，请参阅：http://svnbook.red-bean.com/en/1.8/svn.ref.svnmucc.re.html
• Of .svn密码只是一个例子，不要担心我泄露了任何真实的凭据。:-)

我希望这能为其他人节省一些研究步骤。