在git中处理文件重命名

我读过的时候 在git中重命名文件时，应提交所有更改，执行重命名，然后暂存重命名的文件。Git将从内容中识别文件，而不是将其视为新的未跟踪文件，并保留更改历史记录。

但是，今晚仅此一次，我最终恢复为git mv。

> $ git status
# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#   modified:   index.html
#

将我在Finder中的样式表从重命名iphone.css为mobile.css

> $ git status
# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#   modified:   index.html
#
# Changed but not updated:
#   (use "git add/rm <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#   deleted:    css/iphone.css
#
# Untracked files:
#   (use "git add <file>..." to include in what will be committed)
#
#   css/mobile.css

所以git现在认为我已经删除了一个CSS文件，并添加了一个新文件。不是我想要的，让撤消重命名，让git完成工作。

> $ git reset HEAD .
Unstaged changes after reset:
M   css/iphone.css
M   index.html

回到我开始的地方。

> $ git status
# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#   modified:   index.html
#

让我们git mv改为使用。

> $ git mv css/iphone.css css/mobile.css
> $ git status
# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#   renamed:    css/iphone.css -> css/mobile.css
#
# Changed but not updated:
#   (use "git add <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#   modified:   index.html
#

看起来我们很好。那么，为什么在我使用Finder时git第一次没有识别出重命名？

对于git mv该 手册 说

成功完成后，索引将更新，[…]

因此，首先，您必须自己更新索引（使用git add mobile.css）。但是
git status 仍然会显示两个不同的文件

$ git status
# On branch master
warning: LF will be replaced by CRLF in index.html
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#       modified:   index.html
#       new file:   mobile.css
#
# Changed but not updated:
#   (use "git add/rm <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#       deleted:    iphone.css
#

通过运行git commit --dry-run -a，您可以获得不同的输出 ，从而得到您期望的结果：

Tanascius@H181 /d/temp/blo (master)
$ git commit --dry-run -a
# On branch master
warning: LF will be replaced by CRLF in index.html
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#       modified:   index.html
#       renamed:    iphone.css -> mobile.css
#

我无法确切告诉您为什么我们看到git status和之间的这些差异
git commit --dry-run -a，但这是Linus的提示 ：

git甚至根本不在乎内部的整个“重命名检测”，并且您对重命名所做的任何提交都完全独立于我们随后用来显示重命名的试探法。

A dry-run使用真正的重命名机制，而a git status可能没有。

您必须将两个修改后的文件添加到索引，然后git才能将其识别为移动。

mv old new和之间的唯一区别git mv old new是git mv还将文件添加到索引中。

mv old new 然后 git add -A本来也可以

请注意，您不能只使用 git add .因为那不会为索引添加删除内容。

请参见“ git add -A”和“ git add”之间的区别。

最好的办法是自己尝试一下。

mkdir test
cd test
git init
touch aaa.txt
git add .
git commit -a -m "New file"
mv aaa.txt bbb.txt
git add .
git status
git commit --dry-run -a

现在git status和git commit --dry-run -a显示两个不同的结果，其中git status显示bbb.txt作为新文件/ aaa.txt被删除，而--dry-run命令显示实际的重命名。

~/test$ git status

# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#   new file:   bbb.txt
#
# 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)
#
#   deleted:    aaa.txt
#


/test$ git commit --dry-run -a

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

现在，继续办理登机手续。

git commit -a -m "Rename"

现在您可以看到该文件实际上已重命名，并且git status中显示的内容是错误的。

故事的寓意：如果不确定文件是否已重命名，请发出“ git commit --dry-run -a”。如果它显示文件已重命名，那就很好了。

对于git 1.7.x，以下命令对我有用：

git mv css/iphone.css css/mobile.css
git commit -m 'Rename folder.' 

不需要git add，因为原始文件（即css / mobile.css）以前已经在提交的文件中。

您必须到git add css/mobile.css新文件并git rm css/iphone.css，所以git知道了。然后它将在显示相同的输出git status

您可以在状态输出（文件的新名称）中清楚地看到它：

# Untracked files:
#   (use "git add <file>..." to include in what will be committed)

和（旧名称）：

# Changed but not updated:
#   (use "git add/rm <file>..." to update what will be committed)

我认为幕后git mv只不过是一个包装脚本，它确实做到了这一点：从索引中删除文件并以不同的名称添加它

让我们从git的角度考虑您的文件。

请记住，git不会跟踪有关文件的任何元数据

您的存储库有（以及其他）

$ cd repo
$ ls
...
iphone.css
...

它在git控制下：

$ git ls-files --error-unmatch iphone.css &>/dev/null && echo file is tracked
file is tracked

使用以下方法进行测试：

$ touch newfile
$ git ls-files --error-unmatch newfile &>/dev/null && echo file is tracked
(no output, it is not tracked)
$ rm newfile

当你做

$ mv iphone.css mobile.css

从git的角度来看，

• 没有iphone.css（它被删除-git警告-）。
• 有一个新文件mobile.css。
• 这些文件完全无关。

因此，git会提供有关它已经知道的文件（iphone.css）和它检测到的新文件（mobile.css）的建议，但是仅当文件在索引中或HEAD时git才开始检查其内容。

目前，“ iphone.css删除”和mobile.css都不在索引上。

将iphone.css删除添加到索引

$ git rm iphone.css

git会告诉您确切的情况：（iphone.css已删除。什么也没有发生）

然后添加新文件mobile.css

$ git add mobile.css

这次删除和新文件都在索引上。现在，git检测到上下文是相同的，并将其公开为重命名。实际上，如果文件相似度为50％，它将检测为重命名，从而使您可以更改mobile.css同时将操作保留为重命名。

看到这是可复制的git diff。现在您的文件已在索引上，您必须使用--cached。稍微编辑一下mobile.css，将其添加到索引中，看看它们之间的区别：

$ git diff --cached 

和

$ git diff --cached -M

-M是的“检测重命名”选项git diff。-M代表-M50%（50％或更高的相似度会使git将其表示为重命名），但是-M20%如果您大量编辑mobile.css，则可以将其减少为（20％）。

步骤1：将文件从旧文件重命名为新文件

git mv #oldfile #newfile

步骤2：git commit并添加评论

git commit -m "rename oldfile to newfile"

第三步：将此更改推送到远程服务器

git push origin #localbranch:#remotebranch

Git将从内容中识别出文件，而不是将其视为新的未跟踪文件

那就是你错了。

只有在添加文件之后，git才能从内容中识别出它。

您没有上演取景器移动的结果。我相信，如果您先通过Finder进行了移动，然后git add css/mobile.css ; git rm css/iphone.cssgit进行了计算，则新文件的哈希值才意识到文件的哈希值匹配（因此是重命名）。

如果确实需要手动重命名文件，例如。使用脚本批量重命名一堆文件，然后使用git add -A .对我有用。

对于Xcode用户：如果在Xcode中重命名文件，则会看到徽章图标更改为追加。如果使用XCode进行提交，则实际上将创建一个新文件并丢失历史记录。

解决方法很简单，但是您必须在使用Xcode进行提交之前执行此操作：

1. 在您的文件夹上执行git Status。您应该看到分阶段的更改是正确的：

重命名：Project / OldName.h-> Project / NewName.h重命名：Project / OldName.m-> Project / NewName.m

1. 提交-m'名称更改'

然后回到XCode，您将看到徽章从A更改为M，并保存以立即使用xcode进行进一步更改。