为什么要使用git-mv？不'；git add-A是否也有同样的用途？

我认为，这个问题是不言而喻的，但仍然

我对git mv的理解是（为了重命名），它重命名文件，将新文件添加到分支，并从分支中删除旧文件

---

运行mv本身和git-add-A不是有同样的目的吗？在我看来，在许多情况下，第二个选项更可取，因为用户通常会运行GitAdd-A

你说得对，

git mv

只是旧路径的

git rm

和新路径的

git add

。不过，显然，

git add-A

会将所有内容存放在工作目录中

因此，如果只有未分级的重命名，它们将具有相同的效果。但是如果您在工作目录中有任何其他更改，这些更改也将由

git add-A

进行

---

我个人认为

git add-A

不是一个好的实践，我也不认为大多数用户会或应该运行

git add-A

。但是，如果这已经是您的工作流程的一部分，那么不，您不需要运行

git mv

可能是的，但是

git mv

更短更直观，所以我更喜欢它。看起来是这样的。对此的回答表明，

git mv

提供了与

git add-A

相同的功能。这就是Git，通常有许多不同的方法来实现相同的目标

mv

对于我们这些来自Unixy背景的人来说更熟悉/更直观。看看这个-很有趣。首先，感谢您的回复。第二，人们通常做什么来代替GitAdd-A？人们是否只需将每个更改单独添加到git中？看起来需要做更多的工作。@macsplean确实需要做更多的工作，但它也允许您仔细选择提交中包含哪些更改。我相信这使它不太可能意外地犯下积垢，尽管这只是我的观点。当然，

gitadd-A

策略有它的优点（简单、快速）和追随者。