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")

当前回答

我在Windows上遇到了这个问题，但还没有准备好研究使用配置全局核心的后果。我也不准备放弃我的其他私人分支和好东西，开始一个新的克隆。我只是需要做点事。现在。

这对我来说是可行的，因为你让git完全重写你的工作目录:

git rm --cached -r .
git reset --hard

(请注意，仅仅运行git reset -hard不够好，在重置之前对文件进行简单的rm也不够好，就像对原始问题的评论中建议的那样)

2013-09-13 18:14:48

其他回答

我提交了所有的更改，然后在提交时执行并撤消。这对我很有效

转到添加。

git commit -m "随机提交"

git重置-硬头~1

2018-02-07 10:49:29

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

行结束归一化

我也遇到过这种问题。归根结底是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

有一致的行尾是件好事。例如，它不会触发不必要的合并，尽管这是微不足道的。我曾经见过Visual Studio用混合行结尾创建文件。

还有一些程序，如bash(在linux上)确实要求.sh文件以LF终止。

为了确保发生这种情况，可以使用gitattributes。不管autcrlf的值是什么，它都在存储库级别上工作。

例如，你可以有这样的.gitattributes: *文本=汽车

如果对您的情况有影响，您还可以更具体地指定每个文件类型/扩展名。

然后，selff可以在本地转换Windows程序的行结束符。

在c# / c++ /Java/Ruby/R, Windows/Linux的混合项目中，这种方法运行良好。目前还没有问题。

2012-06-13 03:10:41

另一个可能对人们有用的解决方案，因为没有一个文本选项对我有用:

将.gitattributes的内容替换为一行:* binary。这告诉git将每个文件视为二进制文件，它不能对其做任何事情。检查该消息的违规文件已经消失;如果不是，您可以git checkout——<files>将它们恢复到存储库版本 Git签出——.gitattributes将.gitattributes文件恢复到初始状态检查文件是否仍然没有标记为已更改。

2014-10-13 19:12:47

我只能通过临时删除我的repo的.gitattributes文件来修复这个问题(其中定义了* text=auto和*.c text)。

删除后我运行git状态，修改消失了。即使在.gitattributes被放回原处之后，它们也没有返回。

2013-09-13 10:08:19

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

推荐文章

最新文章

标签