Existe-t-il un moyen d'empêcher Git de modifier les autorisations et la propriété lors de l'extraction?

Chaque fois que je fais git pullou git reset, gitréinitialise les modifications apportées aux autorisations et à la propriété que j'ai apportées. Voir par vous-même:

#!/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

Le résultat:

$ ./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)

Existe-t-il un moyen de contourner ce problème?

Je souhaite rendre certains fichiers / répertoires accessibles en écriture par le serveur Web.

Cela ressemble à l'utilisateur que vous exécutez a le groupe par défaut défini sur yuri. Vous pouvez le confirmer comme ceci:

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

L'UID de votre compte est le suivant: uid=1000(saml)alors que le groupe par défaut est git=1000(saml)et tous les groupes secondaires le sont par la suite.

REMARQUE: Si vous souhaitez que le clone git ait une propriété spécifique, vous avez au moins 2 options.

Option 1

Définissez un répertoire parent avec les autorisations souhaitées:

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

$ cd topdir
$ git clone ....

Cela a forcé le répertoire topdirà appliquer tous les répertoires enfants en dessous pour que le groupe soit httpappliqué. Cela fonctionnera en gros mais peut entraîner des problèmes, car si vous déplacez des fichiers dans cet espace de travail de clone git, ces groupes n'auront pas leurs groupes imposés par les modifications apportées ci-dessus.

Option 2

Avant de travailler, changez votre groupe par défaut httpcomme suit:

$ newgrp http
$ git clone ...

Cette méthode forcera tous les nouveaux fichiers créés à avoir leur groupe défini à la httpplace de votre groupe par défaut normal yuri, mais cela ne fonctionnera que tant que vous vous souviendrez de faire un newgrpavant de travailler dans cet espace de travail.

Autres options

Si aucun de ces éléments ne semble acceptable, vous pouvez essayer d'utiliser des ACL à la place sur le répertoire de l'espace de travail git. Celles-ci sont discutées dans plusieurs questions et réponses sur ce site, comme dans ce Q&R intitulé: Obtenir de nouveaux fichiers pour hériter des autorisations de groupe sur Linux .

La solution que j'utilise consiste à exécuter la commande en tant qu'utilisateur disposant des autorisations que vous souhaitez conserver:

sudo -u user command

Cela empêche les autorisations de changer. Je l'utilise lors de la mise à jour des référentiels git sur mon VPS, tout en conservant les autorisations de fichier définies pour l'utilisateur du serveur Web.

Voir aussi la même question ici .