由于一些不重要的原因，我被要求把一个Subversion仓库拆分成两部分，下面的URL证明了这个过程非常简单：
https://spin.atomicobject.com/2011/11/02/splitting-a-svn-repository/
然而，当我按照上面的步骤操作时，在svnadmin load步骤之后，我总是会遇到仓库拆分，而拆分后的仓库中几乎有一半的子目录丢失了（我还没有修改原始仓库）.
在某个地方，可能是在另一个Stackoverflow线程中，我读到了hotcopy实用程序，它听起来很有前途，但是当我尝试使用它时，我发现我需要首先升级存储库。
所以我觉得有点卡住了：在升级之前我不能使用hotcopy，但是我不想在没有备份的情况下升级--也就是说，如果我没有信心从一些不可预见的灾难中恢复仓库...到目前为止，我似乎无法在不丢失仓库大块数据的情况下进行恢复（使用svnadmin dump and load）.
我不知道罪魁祸首是什么，也不知道如何开始解开这个问题。任何提示都是受欢迎的。为了它的价值，我正在一个红帽8（eidogg. Linux）系统上工作。
1条答案
按热度按时间gopyfrb31#
您是否有拆分存储库的业务案例？
拆分Subversion仓库是一项复杂的管理操作.如果可能，最好保持仓库的原样.拆分仓库肯定不是你备份或恢复过程中想要执行的操作.我假设你的问题与备份有关，因为它的标题和[backup]标签.
我读到过hotcopy实用程序，听起来很有前途，但是当我尝试使用它时，我发现我需要先升级存储库。
svnadmin hotcopy不会帮助你分割仓库。这个命令是为复制和备份的目的而设计的，它会创建仓库的一个副本（不分割修订历史）。然而，虽然我已经按照上面的步骤进行了操作，但是在svnadmin加载步骤之后，我仍然会遇到仓库拆分，而拆分后的仓库几乎丢失了原仓库一半的子目录（我还没有修改原仓库）.
您所参考的说明使用
svndumpfilter实用程序。它要求您仔细考虑需要输入到--include和--exclude命令行选项中的所有路径。可能是因为未包含某些必需的路径，新存储库中缺少某些数据。您可以在SVNBook中找到有关使用svndumpfilter及其注意事项的详细信息|正在筛选存储库历史记录。不要使用
svndumpfilter，而是尝试从SVN 1.10开始的svnadmin dump命令所支持的--include和--exclude选项。它们没有svndumpfilter的警告，并且不太“路径敏感”。但是无论如何，在备份过程中过滤存储库的历史记录并不是一个好主意。你到底想做什么？