Come rimuovo i file che dicono "old mode 100755 new mode 100644" da modifiche non messe in scena in Git?

Per qualche ragione, quando inizialmente ho fatto un pull dal repository per un mio progetto git, ho avuto un sacco di file nella mia copia di lavoro che non hanno apportato modifiche riconoscibili a loro, ma continuano a comparire nella mia unstaged changesarea.

Sto usando Git Gui su Windows XP e quando vado a guardare il file per vedere cosa è cambiato. Tutto quello che vedo è:

old mode 100755  
new mode 100644  

Qualcuno sa cosa significa?

Come posso ottenere questi file dal mio elenco di modifiche non messe in scena? (Molto fastidioso dover passare attraverso centinaia di file, solo per selezionare i file che ho modificato di recente e che voglio impegnare).

Mi sembra che le modalità di autorizzazione dei file unix ( 755= rwxr-xr-x, 644= rw-r--r--) - la vecchia modalità includesse il flag + x (eseguibile), la nuova modalità no.

Le risposte di questo problema msysgit suggeriscono di impostare core.filemode su false per eliminare il problema:

git config core.filemode false

L'impostazione core.filemodesu false funziona, ma assicurati che le impostazioni in ~/.gitconfignon vengano sovrascritte da quelle in .git/config.

Ho riscontrato questo problema durante la copia di un repository git con file di lavoro da un vecchio disco rigido un paio di volte. Il problema deriva dal fatto che il proprietario e le autorizzazioni sono cambiate dalla vecchia unità / macchina a quella nuova. Il più lungo e breve è, esegui i seguenti comandi per chiarire le cose ( grazie a questa risposta da superutente ):

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

Il primo comando risolverà effettivamente le differenze riportate da git diff, ma revocherà la possibilità di elencare le directory, quindi ls ./fallisce ls: .: Permission denied. Per risolvere il problema:

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

La cattiva notizia è che se si dispone di file che si desidera mantenere eseguibili, come gli .shscript, è necessario ripristinarli. Puoi farlo con il seguente comando per ogni file:

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

Di solito si verifica quando il repository viene clonato tra macchine Windows e Linux / Unix.

Basta dire a git di ignorare la modifica della modalità file, qui ci sono diversi modi:

1. Configurazione SOLO per repository corrente:

   git config core.filemode false
   

2. Config a livello globale:

   git config --global core.filemode false
   

3. Aggiungi in ~ / .gitconfig:

   [core]
        filemode = false
   

Basta selezionarne uno.

Sembra che tu abbia modificato alcune autorizzazioni della directory. Ho fatto i seguenti passi per ripristinarlo.

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

$  git checkout .

Puoi provare git reset --hard HEAD per ripristinare il repository allo stato predefinito previsto.

Ho affrontato lo stesso problema. E questo mi ha salvato la vita: https://gist.github.com/jtdp/5443498

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

Ciò accade quando si estrae e tutti i file erano eseguibili nel repository remoto. Rendendoli di nuovo eseguibili, tutto tornerà alla normalità.

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

Potrebbe essere necessario fare:

chmod -x <file> // Removes execute bit

invece, per i file che non sono stati impostati come eseguibili e che sono stati modificati a causa dell'operazione precedente. C'è un modo migliore per farlo, ma questa è solo una soluzione molto veloce e sporca.

È possibile utilizzare il comando seguente per ripristinare la modalità file. git add --chmod=+x -- filename Quindi impegnarsi nella filiale.

Ho avuto solo un file problematico con le autorizzazioni modificate. Per ripristinarlo singolarmente, l'ho semplicemente eliminato manualmente conrm <file> e poi ho fatto un checkout per estrarre una nuova copia.

Fortunatamente non l'avevo ancora messo in scena.

Se avessi potuto correre git reset -- <file>prima di correregit checkout -- <file>

Mi sono appena imbattuto in questo problema quando ho cambiato il mio ramo con il master. Git ha restituito un errore 'mode' quando mi aspettavo che il mio ramo fosse identico al master. Ho risolto eliminando il file e quindi unendo nuovamente il master.

Prima ho eseguito il diff:

git checkout my-branch
git diff master

Questo ha restituito:

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

Ho quindi eseguito il seguente per risolvere:

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

Dopo questo, git diffnon ha restituito differenze tra my-branch e master.