能够处理文件移动的版本控制系统？ [关闭]

Question

我正在为我的软件公司寻找一个新的版本控制系统，这个系统相当小。 到目前为止，我一直在使用CVS，但我有点关于重组文件结构的OCD，因此，我似乎总是在我的所有代码的版本1（因为更改目录名称会引发CVS的版本控制窗户）。 是否有更多针对开发阶段的版本控制系统（项目目录树不断变化）或者我是否需要扣下并开始编写自己的版本控制系统？ 基本上，我需要它来基于物理文件路径之外的其他东西来跟踪文件的版本，这样移动不会影响文件版本信息。 任何建议将不胜感激。 谢谢！

干杯，Lukas Rezek

Answer 1

几乎任何人都会这样做： Subversion ， git ， Hg来命名最受欢迎。

Answer 2

CVS显然已经过时了。 抓住从Subversion （寻找svn move命令）到现代DVCS系统的任何东西，你会更开心。

Answer 3

Subversion ， Mercurial ， Bazaar和Git都支持移动文件，同时保持其历史。

在Subversion中，您将使用svn move （请参阅Subversion：使用历史记录移动目录 ）。

在Mercurial中，您将使用hg rename 。 但是你需要记住使用hg log --follow FILE来查看完整的历史记录（参见In Mercurial，“hg rename”有效但历史记录不遵循文件吗？ ）。

在Bazaar中，您将使用bzr mv （请参阅使用Bazaar Source Control和Bazaar 重命名文件和文件夹 ：事后移动文件 ）。

在Git中，你会使用git mv 。 但是你需要记住使用git log --follow FILE来查看完整的历史记录（请参阅是否可以在git中移动/重命名文件并保留其历史记录？ ）。

创建一个示例项目，您可以使用它来测试每个工具，尝试一下，看看它们如何适用于您提出的工作流程。 让需要使用该工具的每个人都进行相同的练习，比较笔记并就哪一个最符合您的需求达成共识。

Answer 4

Bazaar专门宣传其对重命名的良好支持。 他们提到重命名是“ 转向Bazaar的十大理由 ”

Git ， Mercurial ， SVN （以及更多）也支持它们。

有时您需要向这些系统传递额外的标记以“跟随”重命名，但所有信息都会保存。

正如Antti所提到的，DVCS选项（Mercurial，Git，Bazaar）跟踪内容而不是文件，因此对它们的支持更加自然。

Answer 5

git的一个定义特征是它跟踪内容，而不是文件，这听起来就像你正在寻找的那样。

另一方面，Subversion在移动文件时经常会出现问题，尤其是在使用分支时。

Answer 6

Git在获取Git以确认以前移动的文件中讨论了这一点。 git log --follow FILE将确保跨文件重定位显示日志。