-
@Metal3d @EricLeVacon @briceatwork Tu ne sais pas tester une image sans remonter tout un environnement complet testé par de vrais utilisateurs (Hint : ça s’appelle Testing sous Debian).
-
@Metal3d @EricLeVacon @briceatwork Pour de la CI, ça signifie être capable de lancer l’application dans le nouveau conteneur et de refaire **TOUTE** la QA dessus pour approuver l’image de dessous. Si pas de régression, ok c’est bon.
-
@Metal3d @EricLeVacon @briceatwork « Tester une image » n’a d’ailleurs pas de sens en soi. Une image passée de v1 à v2 peut très bien être OK pour une appli X (pas de régression) mais être NOK pour une appli Y (régression).
-
@Metal3d @EricLeVacon @briceatwork Comme en plus sous Docker, tu ne sais pas lister toutes les modifs systèmes faites entre une image de base v1.0 et une v1.1 (oui ok, l’image CouchDB a mis à jour CouchDB, mais est-ce que ça a aussi changé la lib SSL ? Jor elle est passé en 1.2 et pète mes softs ou est en 1.1 ?)