Svn 任何分析不同代码的工具，将其放入sourcecontrol（Subversion）

假设您接管了一些存在于不同版本中的代码，没有sourcecontrol（可能是一些备份）。是否有一些工具可以让您分析关系（而不是差异），或者让您在sourcecontrol中重建历史

如果您将其加载到Subversion中，您能更好地将最佳版本指定为基本版本，而将其他版本指定为分支吗

你需要从一开始就做好吗？比如在最新版本之前加载备份

如果稍后发现一个分支中的一个文件是另一个分支中文件的重命名版本，该怎么办

其目的当然是随着时间的推移将代码合并到代码库中，或者在适当的时候使用来自不同分支的功能，而不必在开始工作之前花费大量时间

（11月13日增补）

---

在这方面是否有比Subversion更好的版本控制系统？也就是说，查找关系，在文件进入系统后创建关系，并提供一般合并支持？

您可以尝试使用类似Bazaar、Mercurial或Git的DVC

在每个版本的代码中初始化repo，将所有代码添加到第一次提交中，然后将不同的版本合并到一个分支中。在DVCS中，每个分支都可以与任何其他分支合并

---

如果您希望保留历史记录中的差异，则可以将结果导入subversion，否则您只需删除DVCS信息并将合并结果检查到SVN中。

听起来您希望以“模拟”的方式将材料导入存储库如果历史记录一直处于版本控制之下（例如，提交文件的版本1，然后提交版本2，等等），它会是什么样子

我认为这个练习不值得你花时间；相反，由于您的首要任务应该是尽快将所有内容置于版本控制之下，因此我认为您应该将所有旧代码放入一个“归档”文件夹，并将其与当前代码一起导入。这样，至少您将所有内容都放在存储库中，并可以从那里开始工作

---

不要浪费时间创建虚假的修订-从长远来看，它不会为您带来任何好处。

与Subversion相比，它的好处在哪里？我没有任何特别的理由使用分布式sourcecontrol。在我最了解的VSS中，我认为很难合并以前没有分支的东西。虽然对我来说，主要的问题是将信息导入源代码管理。正是因为在dvcs中，可以合并以前没有分支的树。这种灵活性可以满足这里的需要。他不需要完全更改，但对于此任务，他可以另外使用dvcs，然后删除dvcs元数据。完成了，SVN中的源代码，准备好了。但这和dvcs概念没有任何关系，是吗？当然，这是因为它是dvcs的概念，它允许你把所有的东西都和所有的东西合并在一起，因此它允许你把不同的目录作为不同的分支来处理，可以合并。您不需要从svn do dvcs进行更改，但可以将dvcs用作帮助您完成任务的工具。重要的是关系-分支/合并历史。（不是文件/修订历史记录）。是的，我不想提前做很多手工工作