Nous avons des versions assez longues pour lesquelles nous planifions généralement nos tâches cron, mais à l'occasion, nous devons réexécuter une génération pendant une période non standard et nous pouvons rencontrer des conflits avec des tâches cron qui sont généralement sûres à exécuter à ces moments.
Nous avons plusieurs comptes qui exécutent à la fois les builds et les tâches cron, nous ne pouvons donc pas suspendre le service crontab pour la machine entière, puis le redémarrer plus tard.
Je me demandais si quelqu'un avait un modèle ou une implémentation. J'imagine que ça marche comme
L'utilisateur crée un fichier: ~ / block-crontab l'
utilisateur exécute la construction Le travail cron recherche ce fichier dans le répertoire personnel de l'utilisateur et s'il y en a, il ignore simplement tous les travaux cron. Sinon, il exécute les travaux. Ensuite, lorsque la construction est terminée, l'utilisateur supprime ~ / block-crontab
Cela fonctionnerait-il? Je suppose que je devrais modifier le script cron d'une manière ou d'une autre. Je me demande surtout s'il existe une approche meilleure / standard à ce problème?
Merci.
[the build] can run into conflicts with from jobs that are tipically safe to run at those times
? Y a-t-il des travaux non générés qui ne peuvent pas s'exécuter pendant la génération? Tous les emplois s'excluent-ils mutuellement? Ou tout simplement en ce qui concerne la construction?