假设您接管了一些存在于不同版本中的代码，没有源代码控制（可能是一些备份）。是否有一些工具可以让您分析关系（不仅仅是差异），或者让您在源代码控制中重建历史？
如果将其加载到 Subversion 中，是否可以更好地将最佳版本指定为基本版本，将其他版本指定为分支？
您必须从一开始就做好吗？喜欢在最新版本之前加载备份？
如果您后来发现一个分支中的一个文件是另一个分支中文件的重命名版本怎么办？
目的当然是随着时间的推移将代码合并到代码库中，或者在适当的时候使用来自不同分支的功能，而不必在开始工作之前花费大量时间。
（11 月 13 日添加） 有没有比 Subversion 更好的版本控制系统？ IE。查找关系，在文件进入系统后创建它们并支持一般合并？
【问题讨论】：
听起来您想将材料导入您的存储库，以便“模拟”如果历史一直处于版本控制之下（例如，提交文件的版本 1，然后是版本 2 等）。
我认为这个练习不值得你花时间；相反，由于您的首要任务应该是尽快将所有内容置于版本控制之下，我认为您应该将所有旧代码放入一个“存档”文件夹中，然后将其与当前代码一起导入。这样一来，至少您将所有内容都保存在存储库中，并且可以从那里开始工作。
不要浪费时间创建虚假的修订版——从长远来看，这不会给你带来任何好处。
【讨论】：
您可以尝试像 Bazaar、Mercurial 或 Git 这样的 DVCS。
在每个版本的代码中初始化一个 repo，将所有代码添加到第一次提交，然后将不同的版本合并到一个分支中。在 DVCS 中，每个分支都可以与任何其他分支合并。
结果可以导入subversion，如果你想保留历史差异，否则你可以删除DVCS信息并将合并的结果检查到你的SVN中。
【讨论】：