Problema de git chmod: la comprobación atornilla el bit exec

En Ubuntu y Debian, los últimos archivos comprometidos obtienen el bit de ejecución establecido, cuando intento realizar el pago después. Es bastante extraño y me vuelve loco:

$ 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

¿Alguien tiene una idea, cuándo y por qué se desliza el bit de ejecución? core.filemodeestá ajustado a true.

Tengo el archivo abierto en vim durante el cambio de rama, si eso es importante de alguna manera.

Anexo 1: Es el proceso de pago, donde se arruinan los permisos. Puedo jugar el juego una y otra vez:

$ 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.

Anexo 2: Esto sucede, por cierto, para cada archivo en este repositorio, que confirmo. Después de la confirmación exitosa, no puedo cambiar las ramas sin el permiso de arruinar.

No soy un usuario de Git, pero creo que Git almacena la máscara de permisos de archivos completa.

Eso significa que una vez que configuró el archivo como ejecutable, que Git recogió y replicó en el repositorio. Por lo tanto, debe cambiar la máscara de permisos del archivo antes de confirmar.

Para hacer que Git ignore dichos cambios, use

git config core.filemode false

Desde git-config (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.

¿Verificó si hay un enlace personalizado que se ejecuta durante la confirmación o el pago? Puede haber algunos ganchos personalizados que alteren sus archivos. Consulte la página de manual de githooks .

Los ganchos son básicamente pequeños programas llamados por git en ciertos eventos (commit, checkout, etc.).

¿Has probado el archivo git commit -m 'mode is 644' en la rama dev-branch

para mí parece que lo que está sucediendo es que está cambiando los permisos en main y luego bajando la rama de desarrollo que tiene el permiso incorrecto, bloqueando su permiso local. luego tratando de comprometerse de nuevo. ya sea clonar, cambiar, comprometer, fusionar; o intente cambiar el archivo individualmente con un solo archivo, confirme en dev y luego combine

Hay buenas respuestas en estos enlaces.

/programming/9027584/how-to-change-the-file-mode-on-github

y

/programming/1611211/how-do-i-make-git-accept-mode-changes-without-accepting-all-text-changes

Esencialmente lo necesita git update-index --chmod=(+|-)x <file>y esto agregará un cambio que luego deberá confirmar y presionar para que se agreguen / eliminen los permisos.