Acaba de convertir un some.sharchivo en un ejecutable ( chmod 755 ...), los permisos se actualizaron pero no el contenido. ¿Hay alguna manera de confirmar el archivo en git, para que el bit ejecutable se restaure / establezca en clone / checkout / pull ?
Actualización: ¿cómo puedo hacer un seguimiento de que se enviaron los nuevos permisos github?
Por defecto, git actualizará los permisos de ejecución de archivos si los cambia. No cambiará ni rastreará ningún otro permiso.
Si no ve ningún cambio al modificar el permiso de ejecución, probablemente tenga una configuración en git que ignore el modo de archivo.
Busque en su proyecto, en la .gitcarpeta del configarchivo, y debería ver algo como esto:
[core]
filemode = false
Puede cambiarlo trueen su editor de texto favorito o ejecutar:
git config core.filemode true
Entonces, debería poder confirmar normalmente sus archivos. Solo confirmará los cambios de permiso.
El artículo de @fooMonster funcionó para mí
# git ls-tree HEAD
100644 blob 55c0287d4ef21f15b97eb1f107451b88b479bffe script.sh
Como puede ver, el archivo tiene permiso 644 (ignorando los 100). Nos gustaría cambiarlo a 755:
# git update-index --chmod=+x script.sh
cometer los cambios
# git commit -m "Changing file permissions"
[master 77b171e] Changing file permissions
0 files changed, 0 insertions(+), 0 deletions(-)
mode change 100644 => 100755 script.sh
git commit -ano hizo nada por mí, sin embargo, configurar el mensaje en la línea de comando lo hizo. Un poco peculiar
# git update-index --chmod=+x script.sh # git ls-tree HEAD # git commit -m "Changing file permissions" # git push
No funciona para mi
El modo es verdadero, los permisos del archivo han cambiado, pero git dice que no hay trabajo que hacer.
git init
git add dir/file
chmod 440 dir/file
git commit -a
El problema parece ser que git reconoce solo ciertos cambios de permisos.
gitrealmente solo rastrea si un archivo es ejecutable o no, no el conjunto completo de permisos * nix. Entonces tendría que cambiar un archivo entre ejecutable / no para que piense que ha cambiado algo que vale la pena cometer ...
post-checkoutenlace git, que cubriría algunos casos, pero no estoy seguro de si eso cubriría todas las cosas posibles que actualizan los archivos en su árbol de trabajo. Puede que sea mejor tener un script de shell adicional en su repositorio que establezca las cosas en consecuencia. Por otra parte, hay un par de proyectos por ahí que aumentan gital repositorio de metadatos, pero nunca he probado ninguno de ellos ...
git update-index --refresh, pero se muestra la diferencia old mode 100644 new mode 100755. No actualizó todos los permisos
github?git status, veo cambios ...