Gibt es eine Möglichkeit zu verhindern, dass Git die Berechtigungen und den Besitz beim Ziehen ändert?

Jedes Mal , wenn ich zu tun git pulloder git reset, gitändert sie setzt , um Berechtigungen und Eigentum ich gemacht. Überzeugen Sie sich selbst:

#!/usr/bin/env bash
rm -rf 1 2

mkdir 1
cd 1
git init
echo 1 > 1 && git add 1 && git ci -m 1

git clone . ../2
cd $_
chmod 0640 1
chgrp http 1

cd ../1
echo 12 > 1 && git ci -am 2

cd ../2
stat 1
git pull
stat 1

Die Ausgabe:

$ ./1.sh 2>/dev/null | grep -F 'Access: ('
Access: (0640/-rw-r-----)  Uid: ( 1000/    yuri)   Gid: (   33/    http)
Access: (0664/-rw-rw-r--)  Uid: ( 1000/    yuri)   Gid: ( 1000/    yuri)

Gibt es eine Möglichkeit, das zu umgehen?

Ich möchte einige Dateien / Verzeichnisse für das Schreiben durch den Webserver zugänglich machen.

Dies klingt so, als ob für den Benutzer, den Sie ausführen, die Standardgruppe festgelegt ist yuri. Sie können dies folgendermaßen bestätigen:

$ id -a
uid=1000(saml) gid=1000(saml) groups=1000(saml),10(wheel),989(wireshark)

Die UID Ihres Kontos lautet wie folgt: uid=1000(saml)Die Standardgruppe ist git=1000(saml)und alle sekundären Gruppen sind danach.

HINWEIS: Wenn Sie möchten, dass der Git-Klon einen bestimmten Besitz hat, haben Sie mindestens zwei Optionen.

Option 1

Legen Sie ein übergeordnetes Verzeichnis mit den gewünschten Berechtigungen fest:

$ mkdir topdir
$ chgrp http topdir
$ chmod g+s topdir

$ cd topdir
$ git clone ....

Dies zwang das Verzeichnis topdir, alle untergeordneten Verzeichnisse darunter zu erzwingen, damit die Gruppe httpangewendet wird. Dies funktioniert im Großen und Ganzen, kann jedoch zu Problemen führen, da beim Verschieben von Dateien in diesen Git-Klon-Arbeitsbereich die Gruppen dieser Dateien durch die oben vorgenommenen Änderungen nicht erzwungen werden.

Option 2

Ändern Sie vor der Arbeit Ihre Standardgruppe httpwie folgt:

$ newgrp http
$ git clone ...

Diese Methode erzwingt, dass für alle neu erstellten Dateien die Gruppe httpanstelle Ihrer normalen Standardgruppe festgelegt yuriwird. Dies funktioniert jedoch nur, solange Sie daran denken, newgrpvor der Arbeit in diesem Arbeitsbereich eine auszuführen.

Andere Optionen

Wenn beides nicht akzeptabel erscheint, können Sie versuchen, stattdessen ACLs im git-Arbeitsbereichsverzeichnis zu verwenden. Diese werden in mehreren Fragen und Antworten auf dieser Website erläutert, z. B. in den Fragen und Antworten mit dem Titel: Neue Dateien zum Erben von Gruppenberechtigungen unter Linux .

Die Lösung, die ich verwende, besteht darin , den Befehl als Benutzer auszuführen, der über die Berechtigungen verfügt, die Sie behalten möchten:

sudo -u user command

Dies verhindert, dass sich die Berechtigungen ändern. Ich verwende es, wenn ich Git-Repositorys auf meinem VPS aktualisiere, während die Dateiberechtigungen für den Webserver-Benutzer festgelegt bleiben.

Siehe auch die gleiche Frage hier .