我有一个 git 问题(通过 tortoise git)显示我的项目的一些文件已修改，但实际上它们没有被修改。我已经通过制作存储库的新克隆来仔细检查，并且在不触及它的情况下，我已经在新创建的工作副本中检测到“已修改”文件。这很烦人，因为某些操作被阻止(因为那会覆盖我的“修改”文件)，但我无法还原它们，删除+还原也不起作用。提交“更改”可行，但这不是理想的解决方案。

我在 Windows 上使用 TortoiseGit 1.8.16.0 和 Git 2.6.4。直接使用 git status 也显示相同的文件被“修改”。

这似乎只发生在我项目的一个目录中，该目录曾经是一个子模块，但我现在正在使用 git subtree。所以在某个时候，我完全删除了子模块(或者我认为是这样)，并创建了一个子树。

有人遇到同样的问题吗？我怎样才能一劳永逸地解决它？ (即使在提交“更改”之后，一段时间后，有时是几周后，我会有其他文件，有时是相同的文件，开始显示相同的奇怪问题)。

这是其中一个文件的差异结果:git diff app.config

diff --git a/Ozytis.Common/Web/app.config b/Ozytis.Common/Web/app.config
index 3686aab..f559fe7 100644
--- a/Ozytis.Common/Web/app.config
+++ b/Ozytis.Common/Web/app.config
@@ -1,25 +1,25 @@
-<U+FEFF><?xml version="1.0" encoding="utf-8"?>
-<configuration>
-  <configSections>
-    <!-- For more information on Entity Framework configuration, visit http://go.microsoft.com/fwlink/?LinkID=237468 -->
-    <section name="entityFramework" type="System.Data.Entity.Internal.ConfigFile.EntityFrameworkSection, EntityFramework, Version=6.0.0.0, Culture=ne
utral, PublicKeyToken=b77a5c561934e089" requirePermission="false" />
-  </configSections>
-  <runtime>
-    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
-      <dependentAssembly>
-        <assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30ad4fe6b2a6aeed" culture="neutral" />
-        <bindingRedirect oldVersion="0.0.0.0-6.0.0.0" newVersion="6.0.0.0" />
-      </dependentAssembly>
-    </assemblyBinding>
-  </runtime>
-  <entityFramework>
-    <defaultConnectionFactory type="System.Data.Entity.Infrastructure.LocalDbConnectionFactory, EntityFramework">
-      <parameters>
-        <parameter value="v11.0" />
-      </parameters>
-    </defaultConnectionFactory>
-    <providers>
-      <provider invariantName="System.Data.SqlClient" type="System.Data.Entity.SqlServer.SqlProviderServices, EntityFramework.SqlServer" />
-    </providers>
-  </entityFramework>
+<U+FEFF><?xml version="1.0" encoding="utf-8"?>
+<configuration>
+  <configSections>
+    <!-- For more information on Entity Framework configuration, visit http://go.microsoft.com/fwlink/?LinkID=237468 -->
+    <section name="entityFramework" type="System.Data.Entity.Internal.ConfigFile.EntityFrameworkSection, EntityFramework, Version=6.0.0.0, Culture=ne
utral, PublicKeyToken=b77a5c561934e089" requirePermission="false" />
+  </configSections>
+  <runtime>
+    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
+      <dependentAssembly>
+        <assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30ad4fe6b2a6aeed" culture="neutral" />
+        <bindingRedirect oldVersion="0.0.0.0-6.0.0.0" newVersion="6.0.0.0" />
+      </dependentAssembly>
+    </assemblyBinding>
+  </runtime>
+  <entityFramework>
+    <defaultConnectionFactory type="System.Data.Entity.Infrastructure.LocalDbConnectionFactory, EntityFramework">
+      <parameters>
+        <parameter value="v11.0" />
+      </parameters>
+    </defaultConnectionFactory>
+    <providers>
+      <provider invariantName="System.Data.SqlClient" type="System.Data.Entity.SqlServer.SqlProviderServices, EntityFramework.SqlServer" />
+    </providers>
+  </entityFramework>
 </configuration>
\ No newline at end of file

对于这个文件，差异显示所有行都被修改了。但是，我用十六进制编辑器检查了该文件的先前版本和当前版本，换行符是相同的，实际上每个字节都是相同的。

此外，有些文件只显示几行不同(但同样，它们不是)。即使整个文件具有一致的换行符。

最佳答案

这似乎确实是一个行结束问题(感谢 user3159253 和 HBHB 对此的评论)。

虽然看起来像一个 git bug，因为为什么它报告文件不同，但同时当你把它们放到你的机器上时它会改变行尾，这样你就看不出区别在哪里？我相信它不应该显示行尾差异(不是 git status 也不是 git diff)，如果它被配置为改变它们的话。

此外，我已经尝试在提出问题之前更改 core.autocrlf，但事实证明我的项目包含一个 .gitattributes，这才是真正的问题。该文件以 * text 开头，然后将一些文件格式更改为二进制，这优先于 core.autocrlf。由于每个人都在为这个项目在 Windows 上工作，我将其更改为 * binary(请参阅下面的更新)，至少现在一切都清楚了。这让 git 检测到更多的文件发生了变化(同样，git 对此不一致？)，但这次我实际上看到了行尾差异。我犯下了这些错误，我希望故事到此结束。

更新:

在 .gitattributes 中使用 * binary 也不起作用，因为现在 git 无法 merge 文本文件，因为他认为它们是二进制的。正确的版本(如果你想防止 git 改变行尾，但仍然正确地 merge 文本文件)是 * -text:

Unsetting the text attribute on a path tells Git not to attempt any end-of-line conversion upon checkin or checkout.

http://git-scm.com/docs/gitattributes

这个解决方案可能并不理想，因为在刷新您的工作副本后，您的所有文件都将具有 unix 样式的行结尾(因为我想这就是 git 存储的内容)。因此，您必须将所有文件转换回 Windows 行结尾(dos2unix 有帮助)并进行大量提交，这对于将来的 merge (如果有的话)来说是一件痛苦的事情。

关于windows - Git 检测到实际字节相同的已更改文件，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/34332087/