Git状态显示修改，Git checkout—<文件>不会删除它们

我想删除对我的工作副本的所有更改。运行git状态显示已修改的文件。我所做的一切似乎都无法消除这些修改。例如:

rbellamy@PROMETHEUS /d/Development/rhino-etl (master)
$ git status
# On branch master
# 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:   Rhino.Etl.Core/Enumerables/CachingEnumerable.cs
#       modified:   Rhino.Etl.Core/Pipelines/SingleThreadedPipelineExecuter.cs
#       modified:   Rhino.Etl.Tests/Rhino.Etl.Tests.csproj
#       modified:   Rhino.Etl.Tests/SingleThreadedPipelineExecuterTest.cs
#
no changes added to commit (use "git add" and/or "git commit -a")

rbellamy@PROMETHEUS /d/Development/rhino-etl (master)
$ git checkout -- Rhino.Etl.Core/Enumerables/CachingEnumerable.cs

rbellamy@PROMETHEUS /d/Development/rhino-etl (master)
$ git status
# On branch master
# 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:   Rhino.Etl.Core/Enumerables/CachingEnumerable.cs
#       modified:   Rhino.Etl.Core/Pipelines/SingleThreadedPipelineExecuter.cs
#       modified:   Rhino.Etl.Tests/Rhino.Etl.Tests.csproj
#       modified:   Rhino.Etl.Tests/SingleThreadedPipelineExecuterTest.cs
#
no changes added to commit (use "git add" and/or "git commit -a")

rbellamy@PROMETHEUS /d/Development/rhino-etl (master)
$ git checkout `git ls-files -m`

rbellamy@PROMETHEUS /d/Development/rhino-etl (master)
$ git status
# On branch master
# 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:   Rhino.Etl.Core/Enumerables/CachingEnumerable.cs
#       modified:   Rhino.Etl.Core/Pipelines/SingleThreadedPipelineExecuter.cs
#       modified:   Rhino.Etl.Tests/Rhino.Etl.Tests.csproj
#       modified:   Rhino.Etl.Tests/SingleThreadedPipelineExecuterTest.cs
#
no changes added to commit (use "git add" and/or "git commit -a")

rbellamy@PROMETHEUS /d/Development/rhino-etl (master)
$ git reset --hard HEAD
HEAD is now at 6c857e7 boo libraries updated to 2.0.9.2 and rhino.dsl.dll updated.

rbellamy@PROMETHEUS /d/Development/rhino-etl (master)
$ git status
# On branch master
# 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:   Rhino.Etl.Core/Enumerables/CachingEnumerable.cs
#       modified:   Rhino.Etl.Core/Pipelines/SingleThreadedPipelineExecuter.cs
#       modified:   Rhino.Etl.Tests/Rhino.Etl.Tests.csproj
#       modified:   Rhino.Etl.Tests/SingleThreadedPipelineExecuterTest.cs
#
no changes added to commit (use "git add" and/or "git commit -a")

当前回答

如果克隆存储库并立即看到挂起的更改，则存储库处于不一致状态。请不要从.gitattributes文件中注释掉* text=auto。这是专门放在那里的，因为存储库的所有者希望所有文件都以LF行结束符一致存储。

正如HankCa所述，按照https://help.github.com/articles/dealing-with-line-endings/上的说明来解决问题。简单的按钮:

git clone git@host:repo-name
git checkout -b normalize-line-endings
git add .
git commit -m "Normalize line endings"
git push
git push -u origin normalize-line-endings

然后将分支合并(或拉取请求)到回购的所有者。

2016-12-05 20:44:02

其他回答

有多种问题会导致这种行为:

行结束归一化

我也遇到过这种问题。归根结底是git自动将crlf转换为lf。这通常是由单个文件中混合的行结束符引起的。该文件在索引中得到了规范化，但是当git再次对其进行反规范化以与工作树中的文件进行区分时，结果是不同的。

但如果你想解决这个问题，你应该禁用core。将所有行结束改为lf，然后再次启用它。或者你可以通过以下方法完全禁用它:

git config --global core.autocrlf false

而不是核心。独裁，你也可以考虑使用.gitattributes文件。通过这种方式，您可以确保使用repo的每个人都使用相同的规范化规则，防止混合的行尾进入存储库。

还要考虑设置核心。如果您希望git在执行不可逆规范化时发出警告，则使用Safecrlf。

git的手册上写着:

CRLF转换有轻微的可能性破坏数据。autocrlf = true将在提交和期间将CRLF转换为LF 结帐时LF到CRLF。一个文件它含有LF和CRLF的混合物之前无法重新创建提交 git。对于文本文件，这是正确的做法是:修正直线这样我们就只有LF线存储库中的结尾。但对于二进制文件分类为文本的转换可以腐败的数据。

不区分大小写的文件系统

在不区分大小写的文件系统中，当存储库中有不同大小写的相同文件名时，git尝试签出两个文件名，但最终只有一个出现在文件系统中。当git尝试比较第二个文件时，它会将其与错误的文件进行比较。

解决方案要么是切换到一个不区分大小写的文件系统，但这在大多数情况下是不可行的，要么是将一个文件重命名并提交到另一个文件系统上。

2010-01-06 21:34:25

我通过编辑.git / config解决了这个问题，添加了:

[branch "name_branch"]
    remote = origin
    merge = refs/heads/name_branch

然后我进入。git / refs / heads / name_branch 并将最后一个committer代码的id放在这里

2018-11-16 15:34:11

我是这样解决的:

复制所需的正确代码的内容从磁盘上删除导致问题的文件(您无法还原的文件)。现在，您应该会发现同一文件的两个版本都被标记为已删除。提交文件的删除。再次使用相同的名称创建文件，并粘贴在步骤1中复制的正确代码中提交新文件的创建。

这对我来说很有效。

2019-02-03 17:18:51

我遇到的问题是，windows不关心文件名大写，但git关心。因此git存储了文件的小写和大写版本，但只能签出其中一个。

2017-09-10 03:36:02

我也有同样的症状，但是由不同的原因引起的。

我没能:

git checkout app.js //did nothing
git rm app.js //did nothing
rm -rf app.js //did nothing

即使在 git rm——缓存app.js，它的签名为删除，在未跟踪的文件中，我可以看到app.js。但是当我尝试rm -rf app.js并再次执行git状态时，它仍然显示我的文件处于“untracked”状态。

经过同事的几次尝试，我们发现，这是由Grunt引起的!

由于Grunt已经打开，并且因为app.js已经从其他几个js文件中生成，我们发现在每次使用js文件(也是这个app.js)的操作之后，Grunt再次重新创建app.js。

2014-10-01 10:19:04

Git状态显示修改，Git checkout—<文件>不会删除它们

推荐文章

最新文章

标签