您可以使用以下命令将文件模式更改回。 Git添加——chmod=+x——文件名 然后提交到分支。

该解决方案将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

我曾经遇到过这个问题，当从旧硬盘驱动器复制工作文件的git repo几次。该问题源于所有者和权限从旧驱动器/机器更改到新驱动器/机器的事实。简而言之，运行以下命令来解决问题(感谢超级用户的回答):

sudo chmod -R -x . # remove the executable bit from all files

前一个命令将实际解决git diff报告的差异，但将撤销您列出目录的能力，因此ls ./失败，ls: .:权限被拒绝。要解决这个问题:

sudo chmod -R +X . # add the executable bit only for directories

坏消息是，如果您确实有任何想要保持可执行的文件，例如.sh脚本，则需要恢复它们。你可以为每个文件执行以下命令:

chmod +x ./build.sh # where build.sh is the file you want to make executable again

我只是在与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之间没有差异。

当您在远程存储库中执行所有文件时，就会发生这种情况。使它们重新可执行将使一切恢复正常。

chmod +x <yourfile> //For one file
chmod +x folder/* // For files in a folder

你可能需要做:

chmod -x <file> // Removes execute bit

相反，对于未被设置为可执行文件并且由于上述操作而更改的文件。有一个更好的方法来做到这一点，但这只是一个非常快速和肮脏的修复。

我只有一个更改权限的麻烦文件。 为了单独回滚它，我只是用rm <file>手动删除它，然后签出一个新的副本。

幸运的是，我还没有上演。

如果我有，我可以在运行git checkout - <文件>之前运行git reset - <文件>