Git ändert meine Dateiberechtigungen beim Auschecken

Question 1

Unser Workflow wird auf einem lokalen Computer entwickelt, die Änderungen in ein zentrales Repository übertragen und dann den Zweig dieses Repositorys überprüft, den wir benötigen.

Das Problem ist, dass Git den Besitz und sogar die Dateiberechtigungen der Dateien ändert, die es auscheckt, je nachdem, welcher Benutzer das Auschecken vornimmt. Eine direkte Folge davon ist, dass unsere CSS-Dateien nach einem Checkout unlesbar werden, da Git den Dateibesitz auf die Person ändert, die den Git-Pull im Webroot durchgeführt hat.

Beispiel:

Vor git pull: style.css gehört user_a:group_a
Nach git pull: style.css gehört user_b:user_b

Ich möchte das Eigentum behalten als user_a:group_a. Ich möchte mich nicht jedes Mal anmelden müssen, wenn ein Mitglied meines Teams eine Änderung an den Dateien vorgenommen hat, und den Besitz wieder auf die ursprüngliche Konfiguration zurücksetzen.

Wie gehen andere damit um? Wie gehen Sie mit Repositories um, die von mehreren Benutzern verwendet werden? Wir haben suphp auf unserem System und können es nicht entfernen.

Question 2

Git ändert keine Dateiberechtigungen oder Eigentumsrechte. Es ist nur so, dass es (meistens) auch nicht gespeichert wird, es existiert nicht in Ihrem Repo, also werden sie auf das geändert, was Ihr Benutzer hat. Genau wie bei jeder Dateierstellung.

Git unterstützt zwei Berechtigungssätze: ausführbares Bit an und ausführbares Bit aus. Nichts anderes. Eigentumsinformationen werden überhaupt nicht gespeichert.

Siehe diesen Thread – “Wenn Sie bestimmte Berechtigungen wünschen, müssen Sie dies manuell tun.”

Es gibt einige vorgeschlagene Lösungen: Sie können ein separates Tool verwenden, um dies für Sie zu tun, eine geeignete Kombination aus Benutzerkonto und umask verwenden, um sie standardmäßig richtig einzustellen, oder selbst einen Git-Hook schreiben, um dies zu tun. Auf dem Benutzer, der den Checkout durchführt, müsste ein Hook installiert werden.

Wie @ikke in den Kommentaren sagte, ist Git nicht wirklich ein Bereitstellungstool und sollte nicht als solches verwendet werden. Es ist ein Versionskontrollsystem für Quellcode.

Question 3

Für mich war die beste Lösung die Erstellung eines Shell-Skripts, das die Berechtigungen festlegt. Beispielsweise:

.git/hooks/post-checkout:

#!/bin/sh
chmod +x  tools/*

Übrigens, das Auschecken ist nicht der einzige Fall, in dem Git mit Berechtigungen herumspielt, sondern auch, wenn Sie ziehen. Ich handhabe das mit .git/hooks/post-merge Haken.

Idealerweise können Sie ein Shell-Skript erstellen, das Berechtigungen irgendwo in Ihrem Repo festlegt (z tools/fixpermissions.sh) und rufen Sie es in beiden Hooks auf. Vergessen Sie nicht, die Berechtigungen für diese Datei manuell zu ändern;)

#!/bin/sh
chmod a+x tools/fixpermissions.sh
tools/fixpermissions.sh

Question 4

Die einfachste Lösung besteht darin, git einfach als auszuführen user_a.

Question 5

Ich laufe oft a

git checkout -f file.xml

… auf einer versionierten Datei.xml mit World-Write-Rechten, da ich es ständig ändere und es in den normalen Zustand zurückversetzen möchte.

Aber das setzt die Berechtigungen zurück. Eine etwas längere Version:

git show HEAD:./file.xml > ./file.xml

Setzt einfach den Inhalt zurück.

Question 6

Alternativ können Sie eine Standardberechtigung für den betreffenden Ordner wie folgt festlegen: https://unix.stackexchange.com/questions/1314/how-to-set-default-file-permissions-for-all-folders-files-in-a-directory