Très bien fichu, etckeeper s'occupe de tout les détails spécifique au versionning de /etc de façon automatique et bien pensée. Il n'oublira pas par exemple de :
Stocker (dans un fichier versionné aussi) et restorer (si besoin) les droits et propriétaires
Se hooker automatiquement sur le gestionnaire de paquets et commiter automatiquement avant et après les installes et upgrades (pratique pour repérer très préciséments les modifs liées à une upgrade).
Ajoute automatiquement dans un .gitignore les fichiers générés/dynamiques de /etc qui n'ont pas a être versionnés (comme /etc/mtab par ex), ce qui limite le bruit dans l'historique
Compenser les limitations des principaux SCM (par ex. Darcs ne gère pas les symlinks, ne conserve pas les droits d'execution, etc., mais etckeeper le fera pour lui), fait en sorte que les répertoires vides soient aussi versionnés, etc.
Réduire les droits du /etc/.git au mode 0700 pour des raisons de sécurité
...
Concernant ta question, la doc d'etckeeper indique par exemple :
> "Among other chores, etckeeper init sets up a pre-commit hook that stores metadata about file owners and permissions into a /etc/.metadata file. This metadata is stored in version control along with everything else, and can be applied if the repo should need to be checked back out."
[^] # Re: RCS, sinon quoi ?
Posté par herodiade . En réponse à la dépêche ack 1.96 — mieux que grep. Évalué à 4.
Pour ton cas d'utilisation, je recommande chaudement etckeeper (http://kitenet.net/~joey/code/etckeeper/) combiné avec git.
Très bien fichu, etckeeper s'occupe de tout les détails spécifique au versionning de /etc de façon automatique et bien pensée. Il n'oublira pas par exemple de :
Concernant ta question, la doc d'etckeeper indique par exemple :
> "Among other chores,
etckeeper initsets up apre-commithook that stores metadata about file owners and permissions into a/etc/.metadatafile. This metadata is stored in version control along with everything else, and can be applied if the repo should need to be checked back out."