« Less - Intégration continue » : différence entre les versions
De Wiki Agile
| Ligne 110 : | Ligne 110 : | ||
Sur de gros produits, cela prendra du temps d’apprendre à fractionner les changements, de simplifier le processus d’intégration, et de mettre en place un système d’intégration continue rapide et opérationnel … | Sur de gros produits, cela prendra du temps d’apprendre à fractionner les changements, de simplifier le processus d’intégration, et de mettre en place un système d’intégration continue rapide et opérationnel … | ||
=== Sur la ligne principale === | === Sur la ligne de version principale === | ||
Les développeurs intègrent sur la ''ligne principale'' ou ''tronc'' [[http://www.amazon.com/Software-Configuration-Management-Patterns-Integration/dp/0201741172 BA03]]. Effectuer des changements sur une branche séparée signifie que l’intégration sur la branche principale est retardée[^3]. L’état actuel (des développements - NdT) n’est pas visible, donc vous ne pouvez pas savoir pas si tout fonctionne ensemble. | Les développeurs intègrent sur la ''ligne de version principale'' ou ''tronc'' [[http://www.amazon.com/Software-Configuration-Management-Patterns-Integration/dp/0201741172 BA03]]. Effectuer des changements sur une branche séparée signifie que l’intégration sur la branche principale est retardée[^3]. L’état actuel (des développements - NdT) n’est pas visible, donc vous ne pouvez pas savoir pas si tout fonctionne ensemble. | ||
Développer en utilisant des branches différentes brise l’objectif de l’intégration continue et devrait être évité. Il existe des exceptions : tout d’abord, les clients pourraient ne pas vouloir mettre à jour leur produit avec la dernière version mais voudraient continuer à bénéficier de rustines (patches - NdT). Donc, des ''branches de versions'' sont nécessaires [^4]. Ensuite, lors de la montée en puissance d’un système d’intégration continue, il peut être utile d’avoir des branches ayant une ''durée de vie très courte'' qui sont intégrées automatiquement dans la ligne principale - nous aborderons ce dernier point plus tard. | Développer en utilisant des branches différentes brise l’objectif de l’intégration continue et devrait être évité. Il existe des exceptions : tout d’abord, les clients pourraient ne pas vouloir mettre à jour leur produit avec la dernière version mais voudraient continuer à bénéficier de rustines (patches - NdT). Donc, des ''branches de versions'' sont nécessaires [^4]. Ensuite, lors de la montée en puissance d’un système d’intégration continue, il peut être utile d’avoir des branches ayant une ''durée de vie très courte'' qui sont intégrées automatiquement dans la ligne principale - nous aborderons ce dernier point plus tard. | ||
