Si pour une raison X ou Y tu passes ton temps à lancer 10000 process qui vont te modifier ta crontab en même temps, c'est que tu as un gros problème.
Ensuite si tu n'es pas capable dans ton oganisation de définir une méthode de gestion des cron unique (on parlait ici de l'interfaçage avec d'autres outils de gestion de config par exemple), c'est plus un pb d'organisation qu'un pb d'outil. L'outil doit être capable en amont de gérer les modifications multiples de plusieurs personnes en simultané. Et si tu utilises ce genre d'outil, ce n'est pas non plus pour t'amuser à éditer les fichiers con à la main.
[^] # Re: Mauvaise interprétation
Posté par totof2000 . En réponse au journal Systemd dans Debian. Évalué à 1.
Si pour une raison X ou Y tu passes ton temps à lancer 10000 process qui vont te modifier ta crontab en même temps, c'est que tu as un gros problème.
Ensuite si tu n'es pas capable dans ton oganisation de définir une méthode de gestion des cron unique (on parlait ici de l'interfaçage avec d'autres outils de gestion de config par exemple), c'est plus un pb d'organisation qu'un pb d'outil. L'outil doit être capable en amont de gérer les modifications multiples de plusieurs personnes en simultané. Et si tu utilises ce genre d'outil, ce n'est pas non plus pour t'amuser à éditer les fichiers con à la main.