即使内容相同，Git状态也会显示文件已更改

我收到其他人的git checkout，并尝试将未进行的更改提交到本地存储库。但是，即使内容完全相同，也会有很多（如果不是每个）文件被修改。

我已经设置core.fileMode为false，也设置core.autocrlf为false，但是没有成功。

值得一提的是，我收到的Git存储库来自使用Windows的人，而我使用的是Linux。

我该怎么做才能进行实际更改？

编辑：的输出git config -l：

user.name=Aron Rotteveel
user.email=<removed>
color.diff=auto
color.status=auto
color.branch=auto
color.interactive=auto
color.ui=true
color.pager=true
color.branch.current=yellow reverse
color.branch.local=yellow
color.branch.remote=green
color.diff.meta=yellow bold
color.diff.frag=magenta bold
color.diff.old=red bold
color.diff.new=green bold
color.status.added=yellow
color.status.changed=green
color.status.untracked=cyan
core.pager=less -FRSX
core.whitespace=fix,-indent-with-non-tab,trailing-space,cr-at-eol
alias.co=checkout
core.repositoryformatversion=0
core.filemode=false
core.bare=false
core.logallrefupdates=true
core.symlinks=false
core.ignorecase=true
core.hidedotfiles=dotGitOnly
core.autocrlf=false
remote.origin.url=<removed>
remote.origin.fetch=+refs/heads/*:refs/remotes/origin/*

更新：添加了一些随机示例文件。这些文件只是纯文本，因此最容易包含。

原始文件位于此处：https : //gist.github.com/c3c5302430935155ef3d。十六进制转储明确表示文件不同，但是我不知道是什么原因导致的，以及如何修复它。

HEAD版本：

0000000: 4854 4d4c 2e53 6166 654f 626a 6563 740d  HTML.SafeObject.
0000010: 0a54 5950 453a 2062 6f6f 6c0d 0a56 4552  .TYPE: bool..VER
0000020: 5349 4f4e 3a20 332e 312e 310d 0a44 4546  SION: 3.1.1..DEF
0000030: 4155 4c54 3a20 6661 6c73 650d 0a2d 2d44  AULT: false..--D
0000040: 4553 4352 4950 5449 4f4e 2d2d 0d0a 3c70  ESCRIPTION--..<p
0000050: 3e0d 0a20 2020 2057 6865 7468 6572 206f  >..    Whether o
0000060: 7220 6e6f 7420 746f 2070 6572 6d69 7420  r not to permit 
0000070: 6f62 6a65 6374 2074 6167 7320 696e 2064  object tags in d
0000080: 6f63 756d 656e 7473 2c20 7769 7468 2061  ocuments, with a
0000090: 206e 756d 6265 7220 6f66 2065 7874 7261   number of extra
00000a0: 0d0a 2020 2020 7365 6375 7269 7479 2066  ..    security f
00000b0: 6561 7475 7265 7320 6164 6465 6420 746f  eatures added to
00000c0: 2070 7265 7665 6e74 2073 6372 6970 7420   prevent script 
00000d0: 6578 6563 7574 696f 6e2e 2054 6869 7320  execution. This 
00000e0: 6973 2073 696d 696c 6172 2074 6f0d 0a20  is similar to.. 
00000f0: 2020 2077 6861 7420 7765 6273 6974 6573     what websites
0000100: 206c 696b 6520 4d79 5370 6163 6520 646f   like MySpace do
0000110: 2074 6f20 6f62 6a65 6374 2074 6167 732e   to object tags.
0000120: 2020 596f 7520 7368 6f75 6c64 2061 6c73    You should als
0000130: 6f20 656e 6162 6c65 0d0a 2020 2020 254f  o enable..    %O
0000140: 7574 7075 742e 466c 6173 6843 6f6d 7061  utput.FlashCompa
0000150: 7420 696e 206f 7264 6572 2074 6f20 6765  t in order to ge
0000160: 6e65 7261 7465 2049 6e74 6572 6e65 7420  nerate Internet 
0000170: 4578 706c 6f72 6572 0d0a 2020 2020 636f  Explorer..    co
0000180: 6d70 6174 6962 696c 6974 7920 636f 6465  mpatibility code
0000190: 2066 6f72 2079 6f75 7220 6f62 6a65 6374   for your object
00001a0: 2074 6167 732e 0d0a 3c2f 703e 0d0a 2d2d   tags...</p>..--
00001b0: 2320 7669 6d3a 2065 7420 7377 3d34 2073  # vim: et sw=4 s
00001c0: 7473 3d34 0d0a                           ts=4..

复制版本：

0000000: 4854 4d4c 2e53 6166 654f 626a 6563 740a  HTML.SafeObject.
0000010: 5459 5045 3a20 626f 6f6c 0a56 4552 5349  TYPE: bool.VERSI
0000020: 4f4e 3a20 332e 312e 310a 4445 4641 554c  ON: 3.1.1.DEFAUL
0000030: 543a 2066 616c 7365 0a2d 2d44 4553 4352  T: false.--DESCR
0000040: 4950 5449 4f4e 2d2d 0a3c 703e 0a20 2020  IPTION--.<p>.   
0000050: 2057 6865 7468 6572 206f 7220 6e6f 7420   Whether or not 
0000060: 746f 2070 6572 6d69 7420 6f62 6a65 6374  to permit object
0000070: 2074 6167 7320 696e 2064 6f63 756d 656e   tags in documen
0000080: 7473 2c20 7769 7468 2061 206e 756d 6265  ts, with a numbe
0000090: 7220 6f66 2065 7874 7261 0a20 2020 2073  r of extra.    s
00000a0: 6563 7572 6974 7920 6665 6174 7572 6573  ecurity features
00000b0: 2061 6464 6564 2074 6f20 7072 6576 656e   added to preven
00000c0: 7420 7363 7269 7074 2065 7865 6375 7469  t script executi
00000d0: 6f6e 2e20 5468 6973 2069 7320 7369 6d69  on. This is simi
00000e0: 6c61 7220 746f 0a20 2020 2077 6861 7420  lar to.    what 
00000f0: 7765 6273 6974 6573 206c 696b 6520 4d79  websites like My
0000100: 5370 6163 6520 646f 2074 6f20 6f62 6a65  Space do to obje
0000110: 6374 2074 6167 732e 2020 596f 7520 7368  ct tags.  You sh
0000120: 6f75 6c64 2061 6c73 6f20 656e 6162 6c65  ould also enable
0000130: 0a20 2020 2025 4f75 7470 7574 2e46 6c61  .    %Output.Fla
0000140: 7368 436f 6d70 6174 2069 6e20 6f72 6465  shCompat in orde
0000150: 7220 746f 2067 656e 6572 6174 6520 496e  r to generate In
0000160: 7465 726e 6574 2045 7870 6c6f 7265 720a  ternet Explorer.
0000170: 2020 2020 636f 6d70 6174 6962 696c 6974      compatibilit
0000180: 7920 636f 6465 2066 6f72 2079 6f75 7220  y code for your 
0000190: 6f62 6a65 6374 2074 6167 732e 0a3c 2f70  object tags..</p
00001a0: 3e0a 2d2d 2320 7669 6d3a 2065 7420 7377  >.--# vim: et sw
00001b0: 3d34 2073 7473 3d34 0a                   =4 sts=4.

更新：根据对此问题的评论，问题已解决：

这很容易：第一个文件具有CRLF行尾（Windows），第二个文件具有LF（Unix）。该fileUTIL（Git中的\ usr \ bin中提供）会告诉你，（file a b将回复类似a: ASCII text, with CRLF line terminators b: ASCII text）

原始答案如下：

您显示的差异不会显示任何不同的行。你可以发布.git / config（或更好git config -l）。

您可能激活了一些空白忽略

您应该尝试禁用core.whitespace=fix,-indent-with-non-tab,trailing-space,cr-at-eol；

也

git show HEAD:myfile|md5sum
md5sum myfile

可以用来验证文件是否确实不同。使用外部差异也可以工作

git show HEAD:myfile > /tmp/myfile.HEAD

diff -u myfile /tmp/myfile.HEAD

# or if you prefer an interactive tool like e.g.:
vim -d myfile /tmp/myfile.HEAD

我已经使用以下步骤解决了这个问题

1）从Git的索引中删除每个文件。

git rm --cached -r .

2）重写Git索引以拾取所有新行结尾。

git reset --hard

请注意，步骤2可能会删除您的本地更改。解决方案是git网站https://help.github.com/articles/dealing-with-line-endings/上描述的步骤的一部分

您是否更改了文件的模式？我是在我的机器上完成的，本地dev机器上的所有文件都分配了777，而repo上的755则显示每个文件都已修改。我这样做了git diff，它表明旧模式和新模式是不同的。如果那是问题，那么您可以通过git config core.filemode false
干杯轻松地忽略它们

我有同样的问题。win-> lin复制后，我修改了所有文件。
我用fromdos修复行尾
，然后

git add -uv 

添加更改。
它添加了3个文件（不是全部），我实际上对其进行了修改。在那之后git status仅显示3个修改的文件。之后git的承诺一切都确定了git的状态

通过将core.autocrlf从false更改为core.autocrlf = input，我能够解决Windows计算机上的问题

git config core.autocrlf input

正如在https://stackoverflow.com/a/1112313/52277中建议的

在我的情况下，更改文件权限后文件显示为已修改。

要使git忽略权限更改，请执行以下操作：

# For the current repository
git config core.filemode false   

# Globally
git config --global core.filemode false

但是，即使内容完全相同，也会有很多（如果不是每个）文件被修改。

使用git 2.8（2016年3月），您将能够快速检查这些更改是否与eol相关。

看到 提交a7630bd（2016年1月16日）由托斯滕Bögershausen（ ）tboegi。
^{（由Junio C gitsterHamano合并--在commit 05f1539中，2016年2月3日）}

ls-files：添加EOL诊断

在跨平台环境中工作时，用户可能需要检查文本文件是否在存储库中进行了规范化存储以及是否.gitattributes设置正确。

使Git可以在索引和工作树中显示行尾以及有效的text / eol属性。

行尾（“ eolinfo”）如下所示：

"-text"        binary (or with bare CR) file
"none"         text file without any EOL
"lf"           text file with LF
"crlf"         text file with CRLF
"mixed"        text file with mixed line endings.

有效的text / eol属性是以下之一：

"", "-text", "text", "text=auto", "text eol=lf", "text eol=crlf"

git ls-files --eol 给出这样的输出：

i/none   w/none   attr/text=auto      t/t5100/empty
i/-text  w/-text  attr/-text          t/test-binary-2.png
i/lf     w/lf     attr/text eol=lf    t/t5100/rfc2047-info-0007
i/lf     w/crlf   attr/text eol=crlf  doit.bat
i/mixed  w/mixed  attr/               locale/XX.po

以显示在索引中的数据中使用了哪种eol约定（'iw每个路径 '）和工作树（' '）以及有效的属性。

这是我克隆Windows上创建的项目时如何解决Linux上的问题的方法：

在Linux上，为了使事情正常运行，您必须具有以下设置：core.autocrlf = input

这是设置方法：git config --global core.autocrlf输入

然后再次从github克隆项目。

的 Git的常见问题有一个答案，可能是相关的，虽然我以前从来没有过这个来：

为什么git diff有时会列出没有更改的文件？

git diff和其他git操作已经过优化，因此它甚至不会查看磁盘上和git索引中状态（大小，修改时间等）不同的文件。这使得git diff在进行小的更改时非常快。如果以某种方式触摸了文件，则git diff必须查看并比较它的内容，即使实际上没有任何更改，这也是一个慢得多的操作。git diff列出文件是为了提醒您未最佳使用它。运行git status不仅会显示状态，还会使用未更改文件磁盘的状态更新索引，从而使后续操作（不仅是diff）更快。导致许多文件被diff列出的典型情况是运行大量编辑命令，例如perl -pi -e'...'。

什么是git status显示你？

复制本地存储库并将工作副本复制到另一个文件夹（顺便说一下，在Windows上）之后，我有四个文件不断显示，并尝试了其他答案中列出的所有建议。最后，对我来说，解决此问题的方法是删除本地分支，然后再次从远程下载它。就我而言，我想这与复制本地存储库而不是克隆有关。

因此，我在这里尝试了几乎所有事情，并希望再提出一个解决我所有问题的解决方案。我的问题不是行尾或实际权限等。这是因为我已经安装了Cygwin以及随之而来的全部东西，而我不知道还安装了自己的git版本。我从来没有注意到这一点，只是我遇到了用户和文件被标记为已更改的奇怪问题（因为烫发发生了更改）。

事实证明，我想出这一点是因为我认为我应该将Git更新到最新版本，但是我正在运行 git --version返回旧版本号。在追查原因之后，我在我的环境路径中找到了cygwin bin目录根目录，该目录包含一个git可执行文件，以旧版本号运行。去搞清楚。

这也很难找到，因为我已经安装了TortoiseGit。由于路径回退，我的命令行工具将使用cygwin版本，并且TortoiseGit被配置为使用Windows版本，从而使其更加混乱。

希望这对某人有帮助。

我认为您配置中唯一可疑的条目是core.ignorecase。您可以尝试通过以下方式取消设置：

  git config --unset core.ignorecase

...并查看来自git status或的输出git diff是否不同。

我只是在.git / config中设置filemode = false，它对我有用。

filemode = false

对我来说，这是因为2个Linux VM都映射到了相同的主文件系统。一个虚拟机正在运行git-1.7.1，另一个正在运行git-2.14

运行git-1.7.1的VM总是会显示4个已更改的文件（即使内容和行尾都相同）。

在运行g-2.14的VM上运行“ git status”后，两个VM都将开始报告存储库为干净。'git status'具有副作用。这不是一成不变的操作。git-1.7.1不能像git-2 +那样理解世界。