Discussion :

[dimitar]

Bonjour,

Etant ingénieur au sein du SI dans une structure financière, j'essaie de mettre en place une "VRAIE" Intégration Continue (TFS, Test Unitaire Automatique, Déploiment).

Jusqu'à maintenant, les changements informatiques oint été effectués dans un esprit Cycle en V (grosso modo):

Demande user -> Comité approbation -> Développement et Tests Unitaires -> Demande de changement vers l'info gérant (fait partie du même groupe mais externe à al SI) -> Mise en Homol (suivant une roadmap rédigé en commun entre SI et Infogérant) -> Recette MOA OK -> Demande de changement en prod -> Mise en prod (suivant une roadmap rédigé en commun entre SI et Infogérant)


Aujourd’hui ma boite a changé l'infogérant (désormais une grosse SSII) et ma direction souhaite mettre en place une Intégration Continue TOUTE EN GARDANT la partie en rouge!

J'aurais besoin de vos avis d'experts pour:

1) Est-ce possible si on veut appeler cela Intégration Continue (même si dans ce cas le déploient n'est pas de tout automatisé).
2) Vu que l'infogérant est externe, à qui le rôle de rédiger les roadmaps pour l'installation des changements et évolutions logiciel: c'est à l’équipe de développement ou aux équipes de l'infogérant qui gère l'infra
3) Comment faire qch qui se rapproche le plus de IC et garder le processus de validation des changements par l'infogérant vu qu'il est garant de l'infra

Merci bcp pour tout aide !

Cdt

[Marco46]

Le principe de l'intégration continue c'est de merger plusieurs fois par jour le travail des devs dans une branche d'intégration des développements. Laquelle est tirée buildée testée par un job (Jenkins ou autre) automatisé.

Le déploiement c'est en aval de ça. Ton besoin semble matcher avec le continuous deployment. L'équipe de dev publie des tags qui sont buildés / déployés en automatique par des jobs. Mais l'automatisation se limite à la génération du livrable et à son déploiement. Le choix de déployer telle version de tel livrable dans tel environnement reste une opération humaine manuelle.

XebiaLabs propose une solution éprouvée pour gérer ce genre de problématiques : XLDeploy. Si t'as le pognon pour avoir cette solution sinon il va tout falloir fabriquer tout seul avec ton SCM des jobjenkins et de l'huile de coude.