目前，我在存储库方面遇到问题，尽管我的Git-fu通常很好，但似乎无法解决此问题。
当我克隆此存储库时，然后cd将其复制到存储库中，将git status显示几个已更改的文件。注意：我尚未在任何编辑器或任何工具中打开存储库。
我尝试遵循以下指南：http : //help.github.com/dealing-with-lineendings/，但这对我的问题完全没有帮助。
我已经尝试了git checkout -- .很多次，但是似乎什么也没做。
我在Mac上，存储库本身没有子模块。
该文件系统是Mac上的“ Journaled HFS +”文件系统，不区分大小写。这些文件为单行，每个文件约为79 KB（是的，您没听错），因此查看git diff并不是特别有用。我听说过这样做git config --global core.trustctime false可能会有所帮助，当我回到装有存储库的计算机时，将尝试这样做。
我用事实改变了文件系统的细节！我尝试了git config --global core.trustctime false效果不佳的技巧。
Answers:
克隆存储库后，在Mac上出现了相同的问题。假定所有文件都已更改。
运行后git config --global core.autocrlf input，它仍将所有文件标记为已更改。寻找修复程序后，我.gitattributes在主目录中遇到了以下文件。
* text=auto
我将其注释掉，从现在开始，任何其他克隆的存储库都可以正常工作。
* text=auto办？将其从中删除意味着什么.gitattributes？我看到它为我解决了这个问题，但是我不确定为什么这样做，它实际上在做什么，以及它可能造成什么问题？
git config --global core.autocrlf input为我修复它。谢谢。
我知道了。我认为所有其他开发人员都在Ubuntu上，因此具有区分大小写的文件系统。但是，我却没有（因为我在Mac上）。的确，当我使用观察它们时，所有文件都有小写的双胞胎git ls-tree HEAD <path>。
我将选出其中之一进行整理。
git ls-tree HEAD <path>只显示一个文件。但是，我能够在GitHub.com UI中看到重复的文件，并且还可以使用该UI删除一个版本。
git config core.fileMode false
在我的情况下解决了这个问题
https://git-scm.com/docs/git-config
TL; DR;
core.fileMode
如果为false，则忽略索引和工作树之间的可执行位差；在FAT等损坏的文件系统上很有用。参见git-update-index（1）。
默认值为true，除了git-clone（1）或git-init（1）将在创建存储库时在适当的情况下探测并设置core.fileMode为false。
git diff，我发现更改仅在文件模式下进行。git拾取了chmod -R 777 .我运行项目时引起的问题，此配置使我可以忽略git的chmod更改git stackoverflow.com/q/1580596/6207775
我假设您正在使用Windows。您链接到的GitHub页面的详细信息向后。问题是CR + LF的行尾已经被提交到存储库中，并且因为您将core.autocrlf设置为true或input，所以Git希望将行尾转换为LF，因此git status表明每个文件更改。
如果这是您仅想访问但不参与的存储库，则可以运行以下命令仅隐藏问题，而无需实际解决。
git config core.autocrlf false
如果这是您将积极参与并可以提交更改的存储库。您可能希望通过提交一次提交来解决该问题，该提交将存储库中的所有行结尾更改为使用LF而不是CR + LF，然后采取措施防止将来再次发生。
以下内容直接取自gitattributes手册页，应从干净的工作目录执行。
echo "* text=auto" >>.gitattributes
rm .git/index # Remove the index to force Git to
git reset # re-scan the working directory.
git status # Show files that will be normalized.
git add -u
git add .gitattributes
git commit -m "Introduce end-of-line normalization"
如果出现任何不应标准化的文件，请git status在运行之前取消设置其text属性git add -u。
manual.pdf -text
相反，Git未检测到的文本文件可以手动启用规范化。
weirdchars.txt text
git diff显示git status修改后的那些文件的显示内容，以及您使用的是什么文件系统？
git config core.autocrlf false足够了）。客户端在Linux（SL / RHEL）上运行，但Linux会话是通过Windows主机通过x2go启动的，这让我们感到困惑。因此，这很可能是Win + Lin同类环境中最有可能的解决方案。
请运行以下命令。那可能会解决问题。
# Remove everything from the index.
git rm --cached -r .
# Write both the index and working directory from git's database.
git reset --hard
在Visual Studio中，如果使用的是Git，则可以自动生成.gitignore和.gitattributes文件。自动生成的.getattributes文件具有以下行：
* text=auto
该行位于文件顶部附近。我们只需要在行的前面加上＃来注释掉行。之后，一切按预期进行。
对我来说同样的问题。我可以在远程Git存储库中看到多个具有相同名称的图像，例如“ textField.png”和“ textfield.png”，但在本地存储库中却看不到。我只能看到项目代码中未使用的“ textField.png”。
事实证明，我的大多数同事都在使用ext4文件系统的Ubuntu上，而我在使用APFS的Mac上。
感谢Sam Elliott的回答，解决方案非常简单。首先，我要求Ubuntu上的一位同事删除带有大写字母的冗余文件版本，然后提交并推送到远程。
然后我运行以下命令：
# Remove everything from the index.
git rm --cached -r .
# Write both the index and working directory from git's database.
git reset --hard
最后，我们决定每个开发人员都应更改其Git配置，以防止再次发生这种情况：
# Local Git configuration
git config core.ignorecase = true
要么
# Global Git configuration
git config --global core.ignorecase = true
=），因为它将最终出现在ignorecase = =配置文件中。
编辑名为的文件.git/config：
sudo gedit .git/config
要么：
sudo vim .git/config
[core]
repositoryformatversion = 0
filemode = false
bare = false
logallrefupdates = true
[remote "origin"]
url = kharadepramod@bitbucket.org:DigitalPlumbing/unicorn-magento.git
fetch = +refs/heads/*:refs/remotes/origin/*
[branch "master"]
remote = origin
merge = refs/heads/master
[branch "productapproval"]
remote = origin
merge = refs/heads/productapproval
更改filemode=true成filemode = false。
git config core.Filemode false
对于新版本的macOS，这可能是由操作系统的安全功能引起的。
在我正在处理的存储库中，有一个二进制文件，文件类型为* .app。
这只是一些序列化的数据，但是macOS将所有* .app文件都视为应用程序，并且由于该文件不是用户下载的，因此系统认为它不安全，并添加了com.apple.quarantinefile属性以确保该文件无法执行。
但是在文件上设置此属性也会更改文件，因此它显示在Git更改集中，而没有任何还原方法。
您可以通过运行来检查是否存在相同的问题$ xattr file.app。
解决方案非常简单，只要您不必使用该文件即可。只需添加*.app binary到您的中即可.gitattributes。
我将本地存储库复制到另一个文件夹，并显示了一堆修改过的文件。我的解决方法是：我保存了修改过的文件并删除了stash。存储库变得干净。