设置git配置核心的可接受答案。Filemode false，工作，但有后果。设置的核心。Filemode to false告诉git忽略文件系统上的任何可执行位变化，这样它就不会将其视为更改。如果您确实需要在将来的任何时候对这个存储库进行可执行位更改，您将不得不手动执行，或者设置core。文件模式返回为true。

如果所有修改的文件都应该具有模式100755，那么另一种影响较小的替代方法是执行如下操作

chmod 100755 $(git ls-files --modified)

它只是做了模态的改变，不多不少，没有额外的含义。

(在我的例子中，这是因为在MacOS上OneDrive与我的文件系统同步;不改变核心。filemode，我保留了模式改变可能在未来再次发生的可能性;就我的情况而言，我想知道它是否会再次发生，以及改变核心。filemode将隐藏它从我，这是我不想要)

我只是在与master区分我的分支时遇到了这个问题。当我期望我的分支与master相同时，Git返回了一个“模式”错误。我通过删除文件，然后合并主在再次修正。

首先我运行差异:

git checkout my-branch
git diff master

这返回:

diff --git a/bin/script.sh b/bin/script.sh
old mode 100755
new mode 100644

然后我运行以下来修复:

rm bin/script.sh
git merge -X theirs master

在此之后，git diff返回my-branch和master之间没有差异。

这通常发生在回购在Windows和Linux/Unix机器之间克隆时。

只需告诉git忽略文件模式更改。这里有几种方法:

配置仅为当前回购: Git配置核心。filemode假 在全球范围内配置: Git配置——全局核心。filemode假 在~/.gitconfig中添加: (核心) Filemode = false

只要从中选择一个。

设置的核心。Filemode设为false可以工作，但要确保~/中的设置。Gitconfig不会被.git/config中的那些覆盖。

你可以试试 git重置-硬头 将回购重置为预期的默认状态。

该解决方案将git文件权限从100755更改为100644，并将更改推回bitbucket远程回购。

看看你的回购的文件权限:git ls-files——stage 如果100755而你要100644

然后执行如下命令: Git ls-files——stage | sed 's/\t/ /g' | cut -d' ' -f4 | xargs Git update-index——chmod=-x

现在再次检查你的回购文件权限:git ls-files——stage 现在提交您的更改:

吉特状态

Git commit -m“恢复文件权限”

git push