在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
#

看起来我们没事了。那么，为什么Git在我第一次使用Finder时没有识别出这个重命名呢?

当前回答

对于git mv手册页说

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

因此，首先，您必须自己更新索引 (使用git添加mobile.css)。但是git状态仍然会显示两个不同的文件:

$ 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状态和git提交之间——dry-run -a，但是下面是莱纳斯的提示:

Git根本不关心整体在内部“重命名检测”，以及您拥有的任何提交所做的重命名完全独立于然后我们使用启发式来显示重命名。

试运行使用真正的重命名机制，而 Git状态可能不会。

2010-04-14 21:35:39

其他回答

对于Xcode用户:如果你在Xcode中重命名你的文件，你会看到徽章图标更改为追加。如果你用Xcode提交，你会创建一个新文件，丢失历史记录。

解决方法很简单，但你必须在使用Xcode提交之前完成:

对文件夹进行Git状态检查。你应该看到分阶段的变化是正确的: 重命名:Project/OldName.h -> Project/NewName.h 更名为:项目/ OldName。m -> Project/NewName.m Do commit -m 'name change' 然后回到Xcode，你会看到徽章从A变成M，它被保存以提交将来使用Xcode的更改。

2012-08-17 07:47:27

你必须添加css/mobile.css这个新文件和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只不过是一个包装器脚本，它确实做到了:从索引中删除文件，并以不同的名称添加它

2010-04-14 21:34:55

步骤1:将文件从oldfile重命名为newfile

git mv #oldfile #newfile

步骤2:git提交并添加注释

git commit -m "rename oldfile to newfile"

步骤3:将此更改推到远程服务器

git push origin #localbranch:#remotebranch

2014-05-27 18:29:47

你没有展示你的搜索结果。我相信如果你通过Finder移动然后git添加css/mobile。css;git rm css/iphone.css, git会计算新文件的哈希值，然后才意识到文件的哈希值匹配(因此这是一个重命名)。

2010-04-14 21:37:13