假设你接管了一些存在于不同版本中的代码，没有sourcecontrol（可能是一些备份）。是否有一些工具可以让你分析关系（不仅仅是差异），还是让你在sourcecontrol中重建历史？
如果你将它加载到Subversion中，你能做得更好，将最佳版本指定为基本版本，将其他版本指定为分支吗？
你必须从一开始就把它弄好吗？比如在最新版本之前加载备份吗？
如果您稍后发现一个分支中的一个文件是另一个分支中的文件的重命名版本会怎样？
目的当然是随着时间的推移将代码库中的代码合并，或者在适当的时候使用来自不同分支的功能，而不必在我开始工作之前花费大量时间。
（已添加13NOV） 有没有比Subversion更好的版本控制系统？即找到关系，在文件进入系统后创建它们以及一般合并支持？
答案 0 :(得分：1)
听起来您想要将材料导入到您的存储库中，以便“模拟”历史记录在整个版本控制下的状态（例如，提交文件的版本1，然后是版本2等。）
我认为这项运动不值得你花时间;相反，由于您的优先级应尽快让所有内容都在版本控制之下，我认为您应该将所有旧代码放入一个“Archive”文件夹并将其与当前代码一起导入。这样，至少你可以在存储库中拥有它，并可以从那里开始工作。
不要浪费你的时间来制作假修改 - 从长远来看，它不会给你带来任何好处。
答案 1 :(得分：0)
你可以尝试像Bazaar或Mercurial或Git这样的DVCS。
在每个版本的代码中初始化一个repo，将所有代码添加到第一个提交，然后将不同的版本合并到一个分支中。在DVCS中，每个分支都可以与任何其他分支合并。
如果您想保留历史记录中的差异，结果可以导入到subversion中，否则您只需删除DVCS信息并将合并后的结果检入SVN。