git错误地将文件标记为重命名

报告
report_dates

现在，我已经修改了两个文件，我试图犯下但混帐不正确标记report_dates文件改名后，我将它们添加到临时区域。

> git status 
On branch master 
Changes not staged for commit: 
    (use "git add <file>..." to update what will be committed) 
    (use "git checkout -- <file>..." to discard changes in working directory) 
     modified: report 
     modified: report_dates 

> git add report 
> git add report_dates 

> git status 
On branch master 
Changes to be committed: 
    (use "git reset HEAD <file>..." to unstage) 
     renamed: report_dates -> report 
     modified: report_dates

我尝试使用git的承诺--dry运行，并且也显示了文件改名验证。将提交覆盖原始文件？有两个不同的文件，其中90％的内容类似。

来源

2014-10-12 nshaik

这是git的工作原理。有时如果文件内容变化太大，它不会检测到实际的重命名。你应该接受它并继续:) – 2014-10-12 13:29:33

同样在http://stackoverflow.com/q/26273245/6309：* commit后的git status *会起作用。 – VonC 2014-10-12 13:54:05

Thanks @VonC'git commit --dry-run'将它显示为重命名。我还能继续前进吗？ @AlexMDC这不是重命名，但git将其报告为重命名。 – nshaik 2014-10-12 15:03:51

正如我之前在“git status shows rename but it's incorrect”中所解释的那样，您需要在看到正确的状态之前进行实际的提交。

一个git status前承诺：

仍然基于索引，它看起来像重命名已经发生了。
有时一个git commit --dry-run -a（注意-a）可以提供帮助。
检测：
- report_datesbeing moved（在report改名）
- report_dates被修改

它（git status）不会知道肯定直到你真正承诺：在提交之前，您可能仍会删除report_dates。

但实际提交将注册这两个文件（不覆盖），并且新的git status将不会显示任何重命名（confirmed由OP shnazz）。

来源

2014-10-13 05:45:59 VonC

git错误地将文件标记为重命名

回答

相关问题