Wie entferne ich Dateien mit der Aufschrift "alter Modus 100755 neuer Modus 100644" aus nicht bereitgestellten Änderungen in Git?

Aus irgendeinem Grund habe ich beim ersten Abrufen aus dem Repository für ein Git-Projekt von mir eine Menge Dateien in meiner Arbeitskopie erhalten, an denen keine erkennbaren Änderungen vorgenommen wurden, die jedoch weiterhin in meinem unstaged changesBereich angezeigt werden.

Ich verwende Git Gui unter Windows XP und wenn ich in die Datei gehe, um zu sehen, was sich geändert hat. Ich sehe nur:

old mode 100755  
new mode 100644  

Weiß jemand was das bedeutet?

Wie kann ich diese Dateien aus meiner Liste der nicht bereitgestellten Änderungen entfernen? (Sehr ärgerlich, wenn ich Hunderte von Dateien durchgehen muss, nur um Dateien auszuwählen, die ich kürzlich bearbeitet habe und die ich festschreiben möchte).

Das sieht für mich nach Unix-Dateiberechtigungsmodi aus ( 755= rwxr-xr-x, 644= rw-r--r--) - der alte Modus enthielt das Flag + x (ausführbare Datei), der neue Modus nicht.

In den Antworten dieses Msysgit-Problems wird vorgeschlagen, core.filemode auf false zu setzen, um das Problem zu beheben:

git config core.filemode false

Die Einstellung core.filemodeauf false funktioniert, aber stellen Sie sicher, dass die Einstellungen in ~/.gitconfignicht von denen in überschrieben werden .git/config.

Ich bin auf dieses Problem gestoßen, als ich ein paar Mal ein Git-Repo mit Arbeitsdateien von einer alten Festplatte kopiert habe. Das Problem ergibt sich aus der Tatsache, dass der Eigentümer und die Berechtigungen vom alten Laufwerk / Computer zum neuen geändert wurden. Das lange und kurze daran ist, die folgenden Befehle auszuführen, um die Dinge zu korrigieren ( dank dieser Superuser-Antwort ):

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

Der erstere Befehl löst tatsächlich die von git diff gemeldeten Unterschiede auf, widerruft jedoch Ihre Fähigkeit, die Verzeichnisse aufzulisten, und ls ./schlägt daher fehl ls: .: Permission denied. Um das zu beheben:

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

Die schlechte Nachricht ist, dass Sie Dateien zurücksetzen müssen, die ausführbar bleiben sollen, z. B. .shSkripte. Sie können dies mit dem folgenden Befehl für jede Datei tun:

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

Tritt normalerweise auf, wenn das Repo zwischen Windows- und Linux / Unix-Computern geklont wird.

Sagen Sie git einfach, dass es die Änderung des Dateimodus ignorieren soll. Es gibt verschiedene Möglichkeiten:

1. NUR für aktuelles Repo konfigurieren:

   git config core.filemode false
   

2. Global konfigurieren:

   git config --global core.filemode false
   

3. Fügen Sie in ~ / .gitconfig hinzu:

   [core]
        filemode = false
   

Wählen Sie einfach eine davon aus.

Anscheinend haben Sie einige Berechtigungen des Verzeichnisses geändert. Ich habe die folgenden Schritte ausgeführt, um es wiederherzustellen.

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

$  git checkout .

Sie können versuchen, git reset --hard HEAD, um das Repo auf den erwarteten Standardzustand zurückzusetzen.

Ich habe das gleiche Problem konfrontiert. Und das rettet mein Leben: https://gist.github.com/jtdp/5443498

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

Dies geschieht, wenn Sie ziehen und alle Dateien im Remote-Repository ausführbar waren. Wenn Sie sie wieder ausführbar machen, wird alles wieder normal.

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

Möglicherweise müssen Sie Folgendes tun:

chmod -x <file> // Removes execute bit

stattdessen für Dateien, die nicht als ausführbare Datei festgelegt wurden und die aufgrund des obigen Vorgangs geändert wurden. Es gibt einen besseren Weg, dies zu tun, aber dies ist nur eine sehr schnelle und schmutzige Lösung.

Mit dem folgenden Befehl können Sie den Dateimodus wieder ändern. git add --chmod=+x -- filename Dann verpflichten Sie sich zur Niederlassung.

Ich hatte nur die eine problematische Datei mit den geänderten Berechtigungen. Um es einzeln zurückzusetzen, habe ich es einfach manuell mit gelöscht rm <file>und dann eine Kaufabwicklung durchgeführt, um eine neue Kopie abzurufen.

Zum Glück hatte ich es noch nicht inszeniert.

Wenn ich es getan hätte, hätte ich git reset -- <file>vor dem Laufen laufen könnengit checkout -- <file>

Ich bin gerade auf dieses Problem gestoßen, als ich meinen Zweig mit dem Master unterschied. Git gab einen 'Modus'-Fehler zurück, als ich erwartete, dass mein Zweig mit dem Master identisch ist. Ich habe das Problem behoben, indem ich die Datei gelöscht und dann den Master wieder zusammengeführt habe.

Zuerst habe ich den Diff ausgeführt:

git checkout my-branch
git diff master

Dies gab zurück:

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

Ich habe dann Folgendes ausgeführt, um das Problem zu beheben:

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

Danach wurden git diffkeine Unterschiede zwischen my-branch und master zurückgegeben.