« Less - Intégration continue » : différence entre les versions
De Wiki Agile
| Ligne 42 : | Ligne 42 : | ||
Les discussions à propos de l’intégration continue tournent trop souvent autour des outils et de l’automatisation. Bien que cela s’avère important, l’intégration continue est, par essence, une pratique de développeur. Owen Rogers, l’un des créateurs originaux de CruiseControl.NET[^1] déclare la chose suivante : | Les discussions à propos de l’intégration continue tournent trop souvent autour des outils et de l’automatisation. Bien que cela s’avère important, l’intégration continue est, par essence, une pratique de développeur. Owen Rogers, l’un des créateurs originaux de CruiseControl.NET[^1] déclare la chose suivante : | ||
<blockquote>L’intégration continue est une pratique – il s’agit de ce que font les personnes, non pas des outils qu’ils utilisent. Lorsqu’un projet commence à grandir, il est facile d’être induit en erreur en pensant que l’équipe fait de l’intégration continue simplement parce que tous les outils sont paramétrés et opérationnels. Si les développeurs n’ont pas la discipline d’intégrer régulièrement leurs changements ou de maintenir leur environnement de développement en bon état de marche alors ils ne font pas d’intégration continue. Point barre. | <blockquote>L’intégration continue est une pratique – il s’agit de ce que font les personnes, non pas des outils qu’ils utilisent. Lorsqu’un projet commence à grandir, il est facile d’être induit en erreur en pensant que l’équipe fait de l’intégration continue simplement parce que tous les outils sont paramétrés et opérationnels. Si les développeurs n’ont pas la discipline d’intégrer régulièrement leurs changements ou de maintenir leur environnement de développement en bon état de marche alors ils ne font pas d’intégration continue. Point barre. ([http://link.springer.com/chapter/10.1007%2F978-3-540-24853-8_8 Rogers04]) | ||
</blockquote> | </blockquote> | ||
Fractionner les changements en petits incréments, les intégrer quotidiennement à minima, et avoir la discipline de ne pas casser la compilation, tout cela est fait par chaque développeur individuellement. Chaque développeur doit être en capacité de travailler en petits incréments et pouvoir conserver sa propre copie du système (ou une partie du système) opérationnelle à tout instant. | Fractionner les changements en petits incréments, les intégrer quotidiennement à minima, et avoir la discipline de ne pas casser la compilation, tout cela est fait par chaque développeur individuellement. Chaque développeur doit être en capacité de travailler en petits incréments et pouvoir conserver sa propre copie du système (ou une partie du système) opérationnelle à tout instant. | ||
