¿Cómo elimino los archivos que dicen "modo antiguo 100755 nuevo modo 100644" de los cambios no organizados en Git?

Por alguna razón, cuando inicialmente hice una extracción del repositorio para un proyecto de git mío, obtuve una tonelada de archivos en mi copia de trabajo que no tienen cambios perceptibles, pero siguen apareciendo en mi unstaged changesárea.

Estoy usando Git Gui en Windows xp, y cuando voy a mirar el archivo para ver qué ha cambiado. Todo lo que veo es:

old mode 100755  
new mode 100644  

Alguien sabe que significa esto?

¿Cómo puedo sacar estos archivos de mi lista de cambios no organizados? (Muy molesto tener que pasar por cientos de archivos, solo para elegir los archivos que he editado recientemente y quiero comprometer).

Eso me parece modos de permisos de archivos Unix ( 755= rwxr-xr-x, 644= rw-r--r--): el modo anterior incluía la bandera + x (ejecutable), el nuevo modo no.

Las respuestas de este problema de msysgit sugieren establecer core.filemode en false para deshacerse del problema:

git config core.filemode false

Configuración core.filemodede falsa funciona, pero asegúrese de que las configuraciones en ~/.gitconfigque no están siendo anulado por los de .git/config.

He encontrado este problema al copiar un repositorio de git con archivos de trabajo de un disco duro viejo un par de veces. El problema surge del hecho de que el propietario y los permisos cambiaron de la unidad / máquina antigua a la nueva. En resumen, ejecute los siguientes comandos para enderezar las cosas ( gracias a esta respuesta del superusuario ):

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

El primer comando en realidad resolverá las diferencias que informó git diff, pero revocará su capacidad para enumerar los directorios, por lo que ls ./falla ls: .: Permission denied. Para arreglar eso:

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

La mala noticia es que si tiene algún archivo que desee mantener ejecutable, como .shscripts, deberá revertirlos. Puede hacerlo con el siguiente comando para cada archivo:

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

Por lo general, ocurre cuando el repositorio se clona entre máquinas Windows y Linux / Unix.

Solo dile a git que ignore el cambio en el modo de archivo, aquí hay varias maneras:

1. Configuración SOLO para el repositorio actual:

   git config core.filemode false
   

2. Configuración global:

   git config --global core.filemode false
   

3. Agregue ~ / .gitconfig:

   [core]
        filemode = false
   

Solo selecciona uno de ellos.

Parece que ha cambiado algunos permisos del directorio. Hice los siguientes pasos para restaurarlo.

$  git diff > backup-diff.txt                ### in case you have some other code changes 

$  git checkout .

Puede intentar git reset --hard HEAD para restablecer el repositorio al estado predeterminado esperado.

Me he enfrentado al mismo problema. Y esto me salvó la vida: https://gist.github.com/jtdp/5443498

git diff -p -R --no-color \
| grep -E "^(diff|(old|new) mode)" --color=never  \
| git apply`

Esto sucede cuando extrae y todos los archivos eran ejecutables en el repositorio remoto. Hacerlos ejecutables nuevamente restablecerá todo a la normalidad nuevamente.

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

Es posible que deba hacer:

chmod -x <file> // Removes execute bit

en cambio, para archivos que no se establecieron como ejecutables y que se modificaron debido a la operación anterior. Hay una mejor manera de hacer esto, pero esta es solo una solución rápida y sucia.

Puede usar el siguiente comando para volver a cambiar el modo de archivo. git add --chmod=+x -- filename Luego comprométete con la rama.

Solo tenía un archivo problemático con los permisos modificados. Para revertirlo individualmente, simplemente lo eliminé manualmente rm <file>y luego realicé un pago para obtener una copia nueva.

Por suerte aún no lo había puesto en escena.

Si lo hubiera hecho, podría haber corrido git reset -- <file>antes de corrergit checkout -- <file>

Me encontré con este problema al diferenciar mi rama con master. Git devolvió un error de 'modo' cuando esperaba que mi rama fuera idéntica a la maestra. Lo arreglé eliminando el archivo y luego fusionando master nuevamente.

Primero ejecuté el diff:

git checkout my-branch
git diff master

Esto regresó:

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

Luego ejecuté lo siguiente para solucionarlo:

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

Después de esto, git diffno devolvió diferencias entre my-branch y master.