git - 在 Git 和 Mercurial 中重命名 : Accuracy and automaticity

Question

我只有几天使用 Git 和 Mercurial 的经验，而且我没有太多的编程经验。

这几天看了很多比较两者的帖子。根据我所阅读的内容和我的测试，我得出以下结论:

Git 的重命名是 100% 自动的，但不是 100% 准确的。它依靠算法来猜测重命名。即使完全错误，最终用户也无法更改其决定。

我想 Git 的方法可能适用于 99% 的情况，但那 1% 会让人头疼。这让我犹豫是否要重构我的代码(同时更改类名和内容)，因为如果重构太多，我就有丢失文件历史记录的风险。

Mercurial 可以 100% 自动和 100% 准确，只要我总是在 Visual Studio 中重命名/移动我的东西并安装 VisualHG，VisualHG 应该准确自动跟踪移动和重命名(目前 VisualHG 有一个错误 - File is not renamed when I move it between projects) .如果它犯了错误，最终用户可以改变它的决定。

如果我没有 Visual Studio，我仍然可以使用 TortoiseHg 的“检测副本/重命名”窗口，我可以设置相似度百分比，让 Mercurial 自动检测重命名。如果有错误，我有机会改正。

我的结论是对还是错？

引用:

Git and Mercurial - Compare and Contrast

Answer 1

Here您可以看到所解释的差异，但大多数情况下您是对的。 Mercurial 有 rename 和 mv 命令进行“真正的”重命名，而 Git 的 mv 只做 rm 和 添加。 Mercurial 似乎也可以模仿 Git 的行为并猜测您的重命名，这是一个非常好的功能。根据经验，Git 的重命名检测算法经常会做出错误的决定 - 特别是如果您复制一个文件并稍微更改两个副本 - 大多数时候它都是错误的。