撤消 git-lfs 中的本地更改

Question

我有一个包含本地更改的 git-lfs 存储库，我想丢弃它们。我尝试了以下命令但没有成功：

git checkout file

git checkout -- file

git lfs checkout file

git reset --hard< /code>

我应该使用什么命令？

谢谢！

编辑：

使用 gitk 查看修改显示所有文件的 r/w 属性都已更改。内容相同。

-------------------- .gitattributes --------------------
old mode 100644
new mode 100755

还尝试了这里提到的建议但没有成功： git重置后未暂存的更改 --hard

Answer 1

TL;DR

您可能手动将 core.fileMode 设置为 true。将其设置回false。

长的

使用 gitk 查看修改显示所有文件的 r/w 属性都已更改。内容相同。

-------------------- .gitattributes --------------------
旧模式100644
新模式100755

git reset --hard 也会尝试更改模式。显然这次尝试失败了，也许没有报告任何错误。

这种行为常见于 DOS/Windows 风格的文件系统，其中根本不支持 +x 和 -x 模式。某些适配器将所有文件报告为模式 644 (rw-r--r--)，某些适配器将所有文件报告为模式 755 (rwx-r-xr -x);看起来你有第二种。

Git 通常会针对这些类型的文件系统进行自我检测和调整：在创建存储库时，Git 会进行一些“创建文件并更改其模式”测试。如果模式从 +x 更改为 -x 和/或反之亦然，Git 认为操作系统和文件系统确实支持模式，因此它设置一个配置设置：

core.fileMode true

如果这些更改< em>不遵守，Git认为操作系统和文件系统不支持模式，因此设置相反的设置：

core.fileMode false

请注意，此设置core.filemode code> （有时采用混合驼峰式命名，有时采用全小写形式： Git 在这里不区分大小写，但在其他地方则不然），告诉 Git 你的系统如何工作。它不控制系统，它只是报告早期的观察结果。

如果您手动更改此变量，您就是在告诉 Git 您已经更换了操作系统和/或文件系统，并且现在它以其他方式工作。如果您确实更换了操作系统和/或文件系统并且它确实以其他方式工作，则您的新设置是正确的。但如果没有，那么你现在就对 Git 撒了谎。

或者，您可以将整个 .git 存储库和工作树移动到新的文件系统。当您执行此操作时，根据您的特定操作系统和文件系统，旧的 core.fileMode 设置现在可能不准确。 Git 不会知道这一点——Git 会相信旧的设置。通过移动文件，您实际上对 Git 撒了谎，尽管在这种情况下您可能没有任何理由怀疑类似的事情。

在这两种情况下，解决方法都是纠正谎言：通过将 core.fileMode 设置为 false 或 true 来告知 Git 文件系统的实际工作原理> 适当地。一旦正确设置，Git 将知道是否假设它看到的属性设置有效 (core.fileMode true)，因此您会看到这种更改，或者不会 (core.fileMode true)。 fileMode false），因此您不会看到这种变化。