Contrôle de révision Crontab?
https://stackoverflow.com/questions/317878
-
11-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianQuestion
J'ai quelques dizaines de machines Linux exécutant cron et j'aimerais placer les crontabs dans une sorte de système de contrôle de révision. Pour le contrôle de code source, j'utilise Mercurial ( hg ). Ce serait donc idéal, mais s'il existe un autre système mieux adapté à cette tâche, je le prendrais en compte.
Un aspect qui est spécifique à ma situation est que toutes les crontabs appartiennent à un utilisateur commun (pas à une personne réelle, mais à un espace réservé "login" de services). J'aimerais que l'historique de révision inclue l'auteur réel de chaque modification, plutôt que le compte spécial où les tâches cron sont réellement exécutées.
La solution
crontab -l vide votre crontab en sortie standard, que vous pouvez rediriger vers un fichier. Vous pourriez avoir un travail (dans cron, naturellement) pour le rediriger vers un fichier qui est ensuite différé et poussé vers le contrôle de source si nécessaire.
Autres conseils
http://joey.kitenet.net/code/etckeeper/ ?
À partir de ce site:
etckeeper est un ensemble d’outils permettant de stocker / etc dans un dépôt git, mercurial, darcs ou bzr. Il se connecte à apt (et à d’autres gestionnaires de paquets, notamment yum et pacman-g2) pour valider automatiquement les modifications apportées à / etc lors des mises à niveau du paquet. Il suit les métadonnées de fichier que les systèmes de contrôle de révision ne prennent normalement pas en charge, mais cela est important pour / etc, comme les autorisations de
/ etc / shadow. Il est assez modulaire et configurable, tout en étant simple à utiliser si vous comprenez les bases du travail avec le contrôle de révision.
Si le système linux suit le système de fichiers LFS (standard de système de fichiers linux, IIRC), alors / etc ne devrait contenir que des fichiers de configuration. J'ai eu une très bonne expérience en important l'ensemble de / etc dans CVS.
Le seul problème est que seul root peut valider les modifications. Il était donc difficile de savoir qui avait cassé quelque chose. Cela peut être résolu en attribuant à chaque administrateur un nom court de 3 lettres et en définissant la règle selon laquelle chaque validation doit commencer par ce nom.
