Unter Ubuntu und Debian wird für die letzten festgeschriebenen Dateien das Ausführungsbit gesetzt, wenn ich danach einen Checkout versuche. Es ist ziemlich seltsam und macht mich verrückt:
$ 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
Hat jemand eine Idee, wann und warum das Ausführungsbit hineinschlüpft? core.filemode
ist auf eingestellt true
.
Ich habe die Datei während des Zweigwechsels in vim geöffnet, wenn das irgendwie wichtig ist.
Nachtrag 1: Es ist die Kasse, an der die Berechtigungen vermasselt werden. Ich kann das Spiel immer weiter spielen:
$ 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.
Anhang 2: Dies geschieht übrigens für jede Datei in diesem Repository, die ich festschreibe. Nach dem erfolgreichen Festschreiben kann ich die Zweige nicht ohne die Erlaubnis wechseln.
git-log
zeigt überhaupt keine Ausgabe, denn weder Kombinationmaster
,dev-branch
oderHEAD
(? das seltsam ist, ist nicht es sollte nicht der Befehl druckt die letzten Commit - Nachricht ausmaster
?)Antworten:
Kein Git-Benutzer, aber ich glaube, dass Git die gesamte Dateiberechtigungsmaske speichert.
Das bedeutet, dass Sie die Datei einmal auf die ausführbare Datei gesetzt haben, die Git aufgenommen und im Repository repliziert hat. Daher müssen Sie die Berechtigungsmaske der Datei selbst ändern, bevor Sie sie festschreiben.
Verwenden Sie, damit Git solche Änderungen ignoriert
Von git-config (1) :
quelle
core.fileMode
, aber ich hoffte, es verlassen zu könnentrue
.Haben Sie überprüft, ob es einen benutzerdefinierten Hook gibt, der beim Festschreiben oder Auschecken ausgeführt wird? Möglicherweise werden Ihre Dateien durch benutzerdefinierte Hooks manipuliert. Überprüfen Sie die Githooks-Manpage .
Hooks sind im Grunde genommen kleine Programme, die von git bei bestimmten Ereignissen (Commit, Checkout usw.) aufgerufen werden.
quelle
.git/hooks
Verzeichnis ist unberührt.Haben Sie versucht, git commit -m 'Modus ist 644' Datei auf Zweig dev-Zweig
Für mich sieht es so aus, als würden Sie die Berechtigungen für main ändern und dann den Entwicklungszweig mit der falschen Berechtigung herunterziehen, wodurch Ihre lokale Berechtigung beeinträchtigt wird. dann versuchen, erneut zu begehen. entweder klonen, ändern, festschreiben, zusammenführen; oder versuchen Sie, die Datei einzeln mit einem einzelnen Datei-Commit in dev zu ändern und dann zusammenzuführen
quelle
chmod
Male an den Dateien gearbeitet, kann mich aber leider nicht erinnern, ob das Problem unmittelbar danach aufgetreten ist. Ich denke, das hat es nicht getan.Unter diesen Links gibt es gute Antworten.
/programming/9027584/how-to-change-the-file-mode-on-github
und
/programming/1611211/how-do-i-make-git-accept-mode-changes-without-accepting-all-text-changes
Im Wesentlichen müssen Sie
git update-index --chmod=(+|-)x <file>
und dies wird eine Änderung hinzufügen, die Sie dann festschreiben und pushen müssen, damit die Berechtigungen hinzugefügt / entfernt werden.quelle