我可以使用svn\u load\u dirs.pl或类似工具自动覆盖存储库文件吗？

我正在使用一个遗留VSS存储库，它在几个月前被转移到一个新的SVN存储库。同时，在我们开始使用SVN存储库之前，我们需要将从那时到现在在VSS one上发生的所有更改都带过来

我正在寻找不同的方法来实现这一点，似乎是这样的：

1.）svn_load_dirs.pl然后手动合并文件？ 2.）svn直接导入主干并手动合并文件 3.）签出我的SVN存储库的工作副本，复制更改的文件，这些文件将覆盖我工作副本中的一些文件，然后提交更改

---

我的问题是，是否可以使用这些选项中的任何一个（或任何其他选项）来实现自动化，这样我就不必合并文件，而只需覆盖它们？我认为只有选项3可以做到这一点，但我们非常感谢您的帮助。

自从您第一次导入VSS存储库中的代码以来，您对它做了什么吗？如果没有，那么我可能会删除整个Subversion存储库，然后将VSS中的代码重新导入到新的Subversion存储库中。这样，您就可以保留所有VSS历史记录，而不必编写一次性导入脚本来获取自上次导入以来的更改

---

更确切地说，在导入Subversion之前，您可以将整个VSS存储库设置为只读（这样就不会有人意外地修改它）。

谢谢Greg。自从我们导入到SVN以来，VSS存储库中的代码一直是我们的主要源代码管理系统，因此SVN反映了源代码管理，就像去年11月一样，而VSS自那时起就进行了所有更改，我想带来的正是这些更改。据我所知，完全删除和重新导入几乎需要一周的时间才能运行，这对我们的情况并不理想。大约有7000个文件已更改，维护VSS历史记录并不是一个障碍。有什么想法吗？在这种情况下，使用

svn_uload_udirs.pl

可能是实现这一点的最不容易出错的方法。它将自动处理任何新添加的文件或旧删除的文件，以及对现有文件的更改。请注意，

svn\u load\u dirs.pl

是一个功能强大、略显古怪的命令，在进行实际操作之前进行试运行是值得的。我建议您为整个Subversion存储库创建一个副本（只需一个完整的目录副本即可），并首先尝试使用该副本进行更新。一旦选择正确，然后在真实的存储库中执行。我是否需要手动合并7000个文件，尽管我带来的VSS文件是已经更改的文件？我们该如何解决这个问题？您说过Subversion中的文件自上次从VSS导入以来一直没有更改。如果这是真的，则不需要手动或其他方式进行合并。基本上，现在就用VSS中的任何内容覆盖Subversion中的内容。啊，我想我一直都很愚蠢。自从我最近编写了一个关于合并的教程以来，我就一直痴迷于合并，而在这里它们显然不应该成为一个问题！谢谢格雷格-会让你知道事情的进展！