Faut pas hésiter a être agressif sur les environnements de build. Ca coute rien de vérifier sur bien plus de cibles que ce qui est supporté par la release et permet de chopper les problèmes en avance lors du dev plutôt que deux ans après quand tu changes d'environnement cible et que tout casse en même temps et que ca devient indébuggable. Au pire même si tu fixes pas tout pour certains cas spécifiques, tu as déjà identifier depuis longtemps les parties de code qui vont poser problème.
Pour ce qui est des branches. C'est l'ennemie de l'intégration continue. Il faut soit adopter des cycles de branche très court et intégrer agressivement dans le trunk (version agile, tes branches c'est 2 à 15 jours de boulot max, quand tu merges tout doit être vert). Soit avoir très peu de branches et des cycles très longs avec un build branché sur chaque branche. Le cout de QA par branche n'est pas nul, donc souvent opter pour la première version est une bonne idée.
Mais il y des solutions pour forcer en douceur les gens à faire le travail.
[^] # Re: Ca fait du bien...
Posté par ckyl . En réponse au journal Debian recompilée avec Clang/LLVM. Évalué à 2.
Faut pas hésiter a être agressif sur les environnements de build. Ca coute rien de vérifier sur bien plus de cibles que ce qui est supporté par la release et permet de chopper les problèmes en avance lors du dev plutôt que deux ans après quand tu changes d'environnement cible et que tout casse en même temps et que ca devient indébuggable. Au pire même si tu fixes pas tout pour certains cas spécifiques, tu as déjà identifier depuis longtemps les parties de code qui vont poser problème.
Pour ce qui est des branches. C'est l'ennemie de l'intégration continue. Il faut soit adopter des cycles de branche très court et intégrer agressivement dans le trunk (version agile, tes branches c'est 2 à 15 jours de boulot max, quand tu merges tout doit être vert). Soit avoir très peu de branches et des cycles très longs avec un build branché sur chaque branche. Le cout de QA par branche n'est pas nul, donc souvent opter pour la première version est une bonne idée.
Mais il y des solutions pour forcer en douceur les gens à faire le travail.