Git chmod问题：checkout螺丝exec位

在Ubuntu和Debian下，最后提交的文件正在设置执行位，之后我尝试结账。这很奇怪，让我疯了：

$ ls -l file
-rw-r--r-- ... file

# on branch master:
$ git commit -m 'mode is 644' file
[master 0123456] mode is 644
 1 files changed, 1 insertions(+), 1 deletions(-)
# All ok

$ git checkout dev-branch
Switched to branch 'dev-branch'
# Seemingly all ok, but file now has the exec bit set

$ git merge master
Updating 6543210..0123456
error: Your local changes to 'file' would be overwritten by merge.  Aborting.
Please, commit your changes or stash them before you can merge.
# Oops...

$ ls -l file
-rwxr-xr-x ... file

有没有人知道，执行位何时以及为什么会滑入？ core.filemode 被设置为 true。

我在分支切换期间在vim中打开文件，如果这在某种程度上是重要的。

附录1： 这是结帐，权限被搞砸了。我可以继续玩游戏：

$ git br
* master
  dev-branch

$ git diff
diff --git a/file b/file
old mode 100644
new mode 100755

$ chmod 644 file

$ git diff

$ git checkout dev-branch

$ git diff
diff --git a/file b/file
old mode 100644
new mode 100755

$ chmod 644 file

$ git diff

$ git checkout master

$ git diff
diff --git a/file b/file
old mode 100644
new mode 100755

# ...and so on ad inf.

附录2： 顺便说一下，对于我提交的存储库中的每个文件，都会发生这种情况。成功提交后，我无法在没有权限搞砸的情况下切换分支。

不是Git用户，但我相信Git存储整个文件权限掩码。

这意味着您曾经将文件设置为可执行文件，Git会在存储库中选择并复制该文件。因此，您必须在提交之前更改文件的权限掩码。

要让Git忽略这些更改，请使用

git config core.filemode false

从 GIT-配置（1） ：

   core.fileMode
       If false, the executable bit differences between the index and the
       working copy are ignored; useful on broken filesystems like FAT.
       See git-update-index(1). True by default.

您是否检查在提交或结帐期间是否存在自定义挂钩？可能有一些自定义挂钩篡改您的文件。结帐 githooks manpage 。

钩子基本上是由git在某些事件（提交，结账等）调用的小程序。

你有没有尝试过git commit -m'模式是分支dev-branch上的644'文件

对我来说，看起来正在发生的事情是你正在更改main上的权限然后拉下具有错误权限的dev分支，破坏你的本地权限。然后再次尝试提交。克隆，更改，提交，合并;或尝试单独更改文件，单个文件提交到dev然后合并

这些链接有很好的答案。

https://stackoverflow.com/questions/9027584/how-to-change-the-file-mode-on-github

和

https://stackoverflow.com/questions/1611211/how-do-i-make-git-accept-mode-changes-without-accepting-all-text-changes

基本上你需要 git update-index --chmod=(+|-)x <file> 这将添加一个更改，然后您需要提交并推送以添加/删除权限。