Automating software dependencies – fire alarms vs firehoses

Traditionnellement, il existe deux approches permettant de garder les dépendances à jour – soit attendre une « alerte incendie » (qu’il faut mettre à jour de toute urgence *aujourd’hui*), soit l’approche plus récente du « tuyau à incendie », avec des mises à jour continues en temps réel. Chacune de ces approches a ses inconvénients et peut perturber les équipes logiciel. Existe-t-il un juste milieu durable qui répondrait mieux au développement logiciel moderne ?