git-mv的目的是什么？

据我了解，Git确实不需要跟踪文件重命名/移动/复制操作，那么git mv的真正目的是什么？手册页不是特别描述性的...

它过时了吗？它是内部命令，不适合普通用户使用吗？

git mv oldname newname

只是以下内容的简写：

mv oldname newname
git add newname
git rm oldname

即，它会自动更新旧路径和新路径的索引。

来自官方的GitFaq：

Git有一个rename命令git mv，但这只是一个方便。效果与删除文件并添加另一个具有不同名称和相同内容的文件没有区别

Git只是想为您猜测您要做什么。它正在尽一切努力来保存不间断的历史。当然，这并不完美。因此git mv，您可以明确自己的意图并避免一些错误。

考虑这个例子。从一个空的仓库开始，

git init
echo "First" >a
echo "Second" >b
git add *
git commit -m "initial commit"
mv a c
mv b a
git status

结果：

# On branch master
# Changes not staged for commit:
#   (use "git add/rm <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#   modified:   a
#   deleted:    b
#
# Untracked files:
#   (use "git add <file>..." to include in what will be committed)
#
#   c
no changes added to commit (use "git add" and/or "git commit -a")

自动检测失败 :(还是吗？

$ git add *
$ git commit -m "change"
$ git log c

commit 0c5425be1121c20cc45df04734398dfbac689c39
Author: Sergey Orshanskiy <*****@gmail.com>
Date:   Sat Oct 12 00:24:56 2013 -0400

    change

然后

$ git log --follow c

Author: Sergey Orshanskiy <*****@gmail.com>
Date:   Sat Oct 12 00:24:56 2013 -0400

    change

commit 50c2a4604a27be2a1f4b95399d5e0f96c3dbf70a
Author: Sergey Orshanskiy <*****@gmail.com>
Date:   Sat Oct 12 00:24:45 2013 -0400

    initial commit

现在尝试代替（尝试时请记住删除.git文件夹）：

git init
echo "First" >a
echo "Second" >b
git add *
git commit -m "initial commit"
git mv a c
git status

到目前为止，一切都很好：

# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#   renamed:    a -> c


git mv b a
git status

现在，没有人是完美的：

# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#   modified:   a
#   deleted:    b
#   new file:   c
#

真？但是当然...

git add *
git commit -m "change"
git log c
git log --follow c

...结果与上面相同：仅--follow显示完整的历史记录。

现在，在重命名时要小心，因为这两个选项仍然会产生怪异的效果。例：

git init
echo "First" >a
git add a
git commit -m "initial a"
echo "Second" >b
git add b
git commit -m "initial b"

git mv a c
git commit -m "first move"
git mv b a
git commit -m "second move"

git log --follow a

commit 81b80f5690deec1864ebff294f875980216a059d
Author: Sergey Orshanskiy <*****@gmail.com>
Date:   Sat Oct 12 00:35:58 2013 -0400

    second move

commit f284fba9dc8455295b1abdaae9cc6ee941b66e7f
Author: Sergey Orshanskiy <*****@gmail.com>
Date:   Sat Oct 12 00:34:54 2013 -0400

    initial b

与之对比：

git init
echo "First" >a
git add a
git commit -m "initial a"
echo "Second" >b
git add b
git commit -m "initial b"

git mv a c
git mv b a
git commit -m "both moves at the same time"

git log --follow a

结果：

commit 84bf29b01f32ea6b746857e0d8401654c4413ecd
Author: Sergey Orshanskiy <*****@gmail.com>
Date:   Sat Oct 12 00:37:13 2013 -0400

    both moves at the same time

commit ec0de3c5358758ffda462913f6e6294731400455
Author: Sergey Orshanskiy <*****@gmail.com>
Date:   Sat Oct 12 00:36:52 2013 -0400

    initial a

Ups ...现在历史已回到最初的a而不是最初的b，这是错误的。因此，当我们一次执行两次移动时，Git感到困惑，并且无法正确跟踪更改。顺便说一句，在我的实验中，删除/创建文件而不是使用时也发生了同样的情况git mv。谨慎行事；您已经被警告...

正如@Charles所说，git mv是简写。

这里真正的问题是“其他版本控制系统（例如Subversion和Perforce）特别对待文件重命名。为什么Git不？”

莱纳斯（Linus）在http://permalink.gmane.org/gmane.comp.version-control.git/217中解释了具有典型特征的内容：

请停止此“跟踪文件”废话。Git 精确地跟踪重要的内容，即“文件集合”。闲来无事是相关的，甚至是 思维，这是相关的限制了你的世界观。请注意，CVS“注释”的概念总是不可避免地最终会限制人们的使用方式。我认为这完全是没用的废话，我已经描述了一些我认为有用的东西一百万倍，并且全部落空的原因 恰恰是因为我没有将我的思维局限于错误的世界模型。

我还有git mv上面没有提到的另一种用途。

自发现以来git add -p（git add的补丁程序模式；请参阅http://git-scm.com/docs/git-add），在将更改添加到索引时，我喜欢用它来查看更改。这样，我的工作流程就变成了（1）处理代码，（2）查看并添加到索引，（3）提交。

如何git mv适应？如果直接移动文件，则使用git rm和git add，所有更改都将添加到索引中，并且使用git diff查看更改不太容易（在提交之前）。git mv但是，使用会为索引添加新路径，但不会对文件进行更改，从而允许git diff并git add -p照常工作。

在一个特殊情况下，它git mv仍然非常有用：当您想在不区分大小写的文件系统上更改文件名的大小写时。默认情况下，APFS（mac）和NTFS（windows）都不区分大小写（但保留大小写）。

greg.kindel在评论CB Bailey的答案时提到了这一点。

假设您正在Mac上工作，并且有一个Mytest.txt由git管理的文件。您想要将文件名更改为MyTest.txt。

您可以尝试：

$ mv Mytest.txt MyTest.txt
overwrite MyTest.txt? (y/n [n]) y
$ git status
On branch master
Your branch is up to date with 'origin/master'.

nothing to commit, working tree clean

噢亲爱的。Git不承认文件有任何更改。

您可以通过完全重命名文件然后将其重命名来解决此问题：

$ mv Mytest.txt temp.txt
$ git rm Mytest.txt
rm 'Mytest.txt'
$ mv temp.txt MyTest.txt
$ git add MyTest.txt 
$ git status
On branch master
Your branch is up to date with 'origin/master'.

Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

    renamed:    Mytest.txt -> MyTest.txt

欢呼！

或者，您可以使用以下方法节省所有麻烦git mv：

$ git mv Mytest.txt MyTest.txt
$ git status
On branch master
Your branch is up to date with 'origin/master'.

Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

    renamed:    Mytest.txt -> MyTest.txt