Mise en place d'outils d'ingénierie logicielle pour industrialiser le développement Agile chez Orange Labs Emmanuel Hugonn...
Introduction
Pourquoi des outils d’ingénierie logicielle à Orange Labs Services 2006 1982 Infrastructure 2001 1994 1988 Professionnalis...
Outils d’ingénierie logicielle et agilité ?
Outils d’ingénierie logicielle et agilité ? <ul><li>L’humain est au premier plan mais il a besoin d’outils pour réaliser a...
Build
Build - Définition Le build peut aller de la compilation (incrémentale) à la génération d’un package en passant par la gén...
Build - Problématique <ul><li>Reproductibilité  dans le  temps  et dans  l’espace  (sans modification du source…) </li></u...
Build - Problématique <ul><li>Reproductibilité  dans le  temps  et dans  l’espace  (sans modification du source…) </li></u...
Build – Pourquoi Maven 2 ? Les fichiers sources du projet Les fichiers générés du projet Le fichier de description du proj...
Build – Pourquoi Maven 2 ? Conventions plutôt que configuration Standardisation du système de fichiers Standardisation du ...
Build – Pourquoi Maven 2 ? Conventions plutôt que configuration Standardisation du système de fichiers Standardisation du ...
Build – Pourquoi Maven 2 ? Maven suit une approche déclarative et se focalise sur une abstraction de haut niveau du projet...
Build – Pourquoi Maven 2 ? Problématique complexe et qui n’est pas toujours bien maîtrisée voir abordée => le changement d...
Build – Pourquoi Maven 2 ? … Repositories Release, Snasphot … Automatise la récupération des dépendances, facilite l’intég...
Build – Plateforme Maven 2 à Orange Labs Central Central snapshot Codehaus … pom.xml <project> </project> <repository> <id...
Build – Plateforme Maven 2 à Orange Labs Central Central snapshot Codehaus … <parent> <groupId>com.francetelecom</groupId>...
Build – Plateforme Maven 2 à Orange Labs
Build – Plateforme Maven 2 à Orange Labs
Build – Plateforme Maven 2 à Orange Labs
Build – Plateforme Maven 2 à Orange Labs
Build – Plateforme Maven 2 à Orange Labs
Build – Plateforme Maven 2 à Orange Labs
Build – Plateforme Maven 2 à Orange Labs
Build – Bilan <ul><li>Maven 2  </li></ul><ul><ul><li>On a toujours réussi à mettre en place le processus build même pour d...
Build – Bilan Difficultés rencontrés  :  <ul><li>Maven 2  </li></ul><ul><ul><li>Documentation pas toujours suffisante </li...
Intégration Continue
L’Intégration Continue …  une pratique de développement logiciel où les membres d’une équipe intègrent leur travail fréque...
Intégration Continue - Problématique Source:  http://www.agitar.com/solutions/why_unit_testing.html Les 5% de bugs découve...
Intégration Continue - Problématique Les 5% de bugs découverts après la release représentent 95% des coûts de correction D...
Intégration Continue - Les enjeux <ul><li>Corriger les bugs au plus tôt  S’assurer que l’intégration de code ‘nouveau’ ne ...
Intégration Continue - Concepts Evènements de déclenchement SCM <ul><li>Modifications au niveau du gestionnaire de configu...
Intégration Continue - Concepts Appel d’actions Evènements de déclenchement Outils de build Outils de build  (Ant, Maven 1...
Intégration Continue - Concepts Appel d’actions Evènements de déclenchement Rapports Artéfacts Notifications Comment  : Ma...
Intégration Continue - Concepts Comment  : Mail, Messagerie instantanée, Flux RSS, Widgets, … Qui  : Liste de destinataire...
Intégration Continue - Concepts Appel d’actions * Evènements de déclenchement Rapports Artéfacts Notifications
Intégration Continue - Workflow Développeur checkout, update Intégration   Continue construit déploie teste analyse inform...
Intégration Continue - Problématique <ul><li>Problématique : améliorer la productivité des développeurs </li></ul>2' 4' 1'...
Intégration Continue à Orange Labs <ul><li>Objectifs </li></ul><ul><ul><li>Choix d'un serveur d'intégration continue à rec...
Intégration Continue à Orange Labs <ul><li>Choix d'un serveur d'intégration continue </li></ul><ul><ul><li>Réalisation d'u...
Intégration Continue à Orange Labs <ul><li>Assurer la traçabilité </li></ul><ul><ul><li>Lancer le build à chaque modificat...
  Orange  Labs  - Recherche & Développement - titre de la présentation – date  Retour Projets
Retour d'expériences – Améliorer la qualité <ul><li>Détecter les problèmes au plus tôt pour les corriger au plus tôt </li>...
Retour d'expériences – Améliorer la qualité
Retour d'expériences – Améliorer la qualité
Retour d'expériences - Documentation à jour
Retour d'expériences - Documentation à jour
Retour d'expériences - Documentation à jour
Bilan et Perspectives
Bilan - Agilité On passe de la compilation continue  à l’exécution continue  vers la production continue Manifesto for Agi...
Bilan – Oranges Labs <ul><li>Industrialisation d’outils d’ingénierie logicielle (build, intégration continue, gestion de c...
Bilan – Oranges Labs <ul><li>Beaucoup de travaux à mener en parallèle et à coordonner (Build, Intégration Continue, Analys...
Perspectives Développeur Outils de build Intégration   Continue Configurations  optimisées pour les tâches d'intégration p...
Perspectives Développeur Intégration Continue SCM Tracker Outils de build le SCM est utilisé comme simple support d'archiv...
Perspectives Développeur Intégration Continue SCM Tracker Outils de build Mise en place de sondes/capteurs  Prévenir plutô...
Perspectives Mise en place d'un tableau de bord projet Maîtrise de son projet  avancement, qualité… Développeur Intégratio...
Oui c’est possible !!!
Questions?
Prochain SlideShare
Chargement dans…5
×

At2008 Grenoble Hugonnet Sanlaville Public

2 065 vues

Publié le

Orange Labs - Retour d'expérience Agile Tour 2008

0 commentaire
0 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

  • Soyez le premier à aimer ceci

Aucun téléchargement
Vues
Nombre de vues
2 065
Sur SlideShare
0
Issues des intégrations
0
Intégrations
13
Actions
Partages
0
Téléchargements
55
Commentaires
0
J’aime
0
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

At2008 Grenoble Hugonnet Sanlaville Public

  1. 1. Mise en place d'outils d'ingénierie logicielle pour industrialiser le développement Agile chez Orange Labs Emmanuel Hugonnet Architecture J2EE Silverpeas [email_address] +33-(0)476248658 Rémy Sanlaville Expert Senior en Ingénierie Logicielle   Orange Labs [email_address]
  2. 2. Introduction
  3. 3. Pourquoi des outils d’ingénierie logicielle à Orange Labs Services 2006 1982 Infrastructure 2001 1994 1988 Professionnalisation du développement pour offrir des services reconnus et de qualité 
  4. 4. Outils d’ingénierie logicielle et agilité ?
  5. 5. Outils d’ingénierie logicielle et agilité ? <ul><li>L’humain est au premier plan mais il a besoin d’outils pour réaliser au mieux ses tâches. </li></ul><ul><ul><li>Les outils ne sont qu’un moyen et pas un but </li></ul></ul><ul><ul><li>Les outils pour une démarche d’amélioration continue </li></ul></ul>
  6. 6. Build
  7. 7. Build - Définition Le build peut aller de la compilation (incrémentale) à la génération d’un package en passant par la génération de fichiers de source, le lancement de tests (unitaires, d’intégration…), l’analyse du code source, la génération d’un site web et de rapports… D’une certaine manière, le build englobe l’ensemble des actions souhaitées prenant en entrée des fichiers sources pour produire un résultat souhaité. Généralement, nous attendons d’un outil de build qu’il puisse automatiser et optimiser ces actions. Pas de définition précise…
  8. 8. Build - Problématique <ul><li>Reproductibilité dans le temps et dans l’espace (sans modification du source…) </li></ul>Il faut aussi définir ce que veut dire identique… Les builds aux temps t0, t1, ti… doivent être identiques Par exemple, il faut pouvoir à tout moment reproduire le build d’une version taggée Les builds sur les postes p0, p1, pj, pic… doivent être identiques Par exemple, il faut pouvoir reproduire le build sur l’ensemble des postes de l’équipe, du serveur d’intégration continue… dans le temps t1 ti t0 p0 dans l’espace p1 pj pic
  9. 9. Build - Problématique <ul><li>Reproductibilité dans le temps et dans l’espace (sans modification du source…) </li></ul>Cela paraît simple mais dans les faits c’est une problématique compliquée et nous ne disposons toujours pas de solution qui permette d’assurer cela… Qu’est-ce qui influence le build ? … artefacts build Dépendances Outils de build options de compilation compilateur… Plateforme d’exécution OS Variables d’environnement Fichiers sources code source ressources Facteurs humains Ressources externes xml schéma… wsdl Repositories maven Base de données…
  10. 10. Build – Pourquoi Maven 2 ? Les fichiers sources du projet Les fichiers générés du projet Le fichier de description du projet (POM) code source java tests unitaires Conventions plutôt que configuration Standardisation du système de fichiers Facilite le passage d’un projet à un autre, la communication…
  11. 11. Build – Pourquoi Maven 2 ? Conventions plutôt que configuration Standardisation du système de fichiers Standardisation du cycle de vie Facilite le passage d’un projet à un autre, la communication…
  12. 12. Build – Pourquoi Maven 2 ? Conventions plutôt que configuration Standardisation du système de fichiers Standardisation du cycle de vie Standardisation du site web du projet ... Facilite le passage d’un projet à un autre, la communication…
  13. 13. Build – Pourquoi Maven 2 ? Maven suit une approche déclarative et se focalise sur une abstraction de haut niveau du projet appelé le Project Object Model (POM). Un conducteur n'a pas à connaître la mécanique de sa voiture pour conduire Modélisation du build Modélisation vs scripting décrivez ce que vous voulez faire (le quoi) pas le comment ! POM
  14. 14. Build – Pourquoi Maven 2 ? Problématique complexe et qui n’est pas toujours bien maîtrisée voir abordée => le changement de version d’une dépendance directe peut devenir une tâche complexe. Maven 2 apporte une aide précieuse même s’il ne résout pas tous les problèmes Graphe de dépendances du plugin scmchangelog-maven-plugin Gestion des dépendances
  15. 15. Build – Pourquoi Maven 2 ? … Repositories Release, Snasphot … Automatise la récupération des dépendances, facilite l’intégration continue (les dernières versions sont tout de suite disponibles)… Réutilisation Plugins Template de projet (archétypes) … Améliore la productivité, mise en place de recommandations d’entreprise…
  16. 16. Build – Plateforme Maven 2 à Orange Labs Central Central snapshot Codehaus … pom.xml <project> </project> <repository> <id>codehaus</id> <name>codehaus repository</name> <url>http://repository.codehaus.org/</url> </repository> <repositories> <repository> <id>apache.snapshot</id> <name>apache.snapshot repository</name> <url>http://people.apache.org/maven-snapshot-repository/</url> </repository> </repositories> […] […]
  17. 17. Build – Plateforme Maven 2 à Orange Labs Central Central snapshot Codehaus … <parent> <groupId>com.francetelecom</groupId> <artifactId>corporate</artifactId> <version>1.4</version> </parent> […] Proxy Maven 2 pom.xml <project> </project> Central setting.xml <settings> <mirrors> <mirror> <id>FranceTelecomMaven2Proxy</id> <mirrorOf>central</mirrorOf> <name>France Telecom Maven2 repositories</name> <url>https://maven2.rd.francetelecom.fr/proxy/</url> </mirror> </mirrors> […] </settings> Central snapshot Codehaus … inhouse inhouse snapshot
  18. 18. Build – Plateforme Maven 2 à Orange Labs
  19. 19. Build – Plateforme Maven 2 à Orange Labs
  20. 20. Build – Plateforme Maven 2 à Orange Labs
  21. 21. Build – Plateforme Maven 2 à Orange Labs
  22. 22. Build – Plateforme Maven 2 à Orange Labs
  23. 23. Build – Plateforme Maven 2 à Orange Labs
  24. 24. Build – Plateforme Maven 2 à Orange Labs
  25. 25. Build – Bilan <ul><li>Maven 2 </li></ul><ul><ul><li>On a toujours réussi à mettre en place le processus build même pour des contextes très complexes </li></ul></ul><ul><ul><li>Adoption de plus en plus forte de Maven 2 au sein de France Télécom. Les utilisateurs de Maven 2 ne souhaitent pas revenir en arrière </li></ul></ul><ul><ul><li>Site web du projet à jour (généré par le serveur d'intégration continue) </li></ul></ul><ul><ul><li>Bonnes pratiques plus facile à divulguer (pom, archetypes…) </li></ul></ul><ul><li>Plate-forme Maven 2 du Groupe France Télécom </li></ul><ul><ul><li>Industrialisation réussie : proxy Maven 2, site web, forum actif, support en place… </li></ul></ul><ul><ul><li>Utilisation quotidienne par de nombreux projets </li></ul></ul><ul><ul><li>Pas de soucis particuliers (montée en charge, disponibilité… ) juste des demandes d'évolution </li></ul></ul><ul><ul><li>Devenu une recommandation au niveau Groupe </li></ul></ul>Utilisation de la plate-forme Maven 2 sur plusieurs projets industriels et avec de nombreuses technologies (Java/ J2EE, JMS, Web Services, Castor, SSO, IMS, SIP, Osgi, Smart Environment…) Aspects positifs :
  26. 26. Build – Bilan Difficultés rencontrés : <ul><li>Maven 2 </li></ul><ul><ul><li>Documentation pas toujours suffisante </li></ul></ul><ul><ul><li>Tests d'intégration pas bien pris en compte avec Maven 2.0.x </li></ul></ul><ul><ul><li>Gestion des projets multi-modules (release, site web) </li></ul></ul><ul><ul><li>Intégration avec Eclipse (difficulté de synchronisation, problème de reproductibilité…) </li></ul></ul><ul><ul><li>Philosophie et manière de travailler pas toujours bien comprises/acceptées (problème plutôt humain que technique) </li></ul></ul><ul><li>Plate-forme Maven 2 de France Télécom </li></ul><ul><ul><li>Industrialisation de Maven 2 : on est parti de zéro sans référence dans le domaine (architecture physique, sauvegarde, proxy Maven 2, contrôle d'accès pour le déploiement, site web codex, support…) </li></ul></ul><ul><ul><li>Conflits d'intérêt : vision projet (vision locale) vs cohérence de la plate-forme (vision globale) </li></ul></ul><ul><ul><li>Problématique liée à l'évolution de la plate-forme (assurer la compatibilité ascendante) </li></ul></ul><ul><ul><li>Ouverture de la plate-forme pour les sociétés externes (Propriété Intellectuelle) </li></ul></ul>Utilisation de la plate-forme Maven 2 sur plusieurs projets importants et avec de nombreuses technologies (Java/ J2EE, JMS, Web Services, Castor, SSO, IMS, SIP, Osgi, Smart Environment…)
  27. 27. Intégration Continue
  28. 28. L’Intégration Continue … une pratique de développement logiciel où les membres d’une équipe intègrent leur travail fréquemment, habituellement chacun au moins une fois par jour – ce qui entraine plusieurs intégrations par jour. Chaque intégration est validée par un ‘build’ automatique (ce qui inclut les tests) pour détecter les erreurs d’intégration aussi vite que possible ... http://www.martinfowler.com/articles/continuousIntegration.html Martin Fowler
  29. 29. Intégration Continue - Problématique Source: http://www.agitar.com/solutions/why_unit_testing.html Les 5% de bugs découverts après la release représentent 95% des coûts de correction Module1 Module2 Modulei Développement Intégration
  30. 30. Intégration Continue - Problématique Les 5% de bugs découverts après la release représentent 95% des coûts de correction Détecter au plus tôt les problèmes pour les corriger au plus tôt Module1 Module2 Modulei Développement Intégration Intégration Continue Module1 Module2 Modulei Intégration Intégration Développement Intégration Intégration Intégration Intégration
  31. 31. Intégration Continue - Les enjeux <ul><li>Corriger les bugs au plus tôt S’assurer que l’intégration de code ‘nouveau’ ne casse pas le composant logiciel. </li></ul><ul><li>Améliorer la qualité du code et la cohérence de l’équipe Toute l’équipe avance en parallèle et chacun suit les apports des autres. </li></ul><ul><li>Voir en ‘temps réel’ l’état du projet En produisant des rapports et en les diffusant à chaque ‘commit’ toute l’équipe peut suivre l’état d’avancement du projet. </li></ul><ul><li>Avoir un logiciel prêt à être déployé Obtenir des ‘builds’ répétables et reproductibles dans le temps et l’espace. </li></ul>
  32. 32. Intégration Continue - Concepts Evènements de déclenchement SCM <ul><li>Modifications au niveau du gestionnaire de configuration (SCM) </li></ul><ul><ul><li>le SCM est scruté périodiquement par le serveur d'IC (&quot;polling&quot; ) </li></ul></ul><ul><ul><li>le serveur d'IC attend un évènement envoyé par le SC </li></ul></ul>Intervention humaine sur le serveur d'intégration continue (IC) Périodiquement En cascade (le build d'un projet lance le build d'un ou plusieurs autres projets) API Distante (Web Service, Jabber...)
  33. 33. Intégration Continue - Concepts Appel d’actions Evènements de déclenchement Outils de build Outils de build (Ant, Maven 1, Maven 2…) Scripts shell, bash
  34. 34. Intégration Continue - Concepts Appel d’actions Evènements de déclenchement Rapports Artéfacts Notifications Comment : Mail, Messagerie instantanée, Flux RSS, Widgets, …
  35. 35. Intégration Continue - Concepts Comment : Mail, Messagerie instantanée, Flux RSS, Widgets, … Qui : Liste de destinataires, plusieurs listes possibles; le(s) dernier(s) comiters Appel d’actions Evènements de déclenchement Quand : Systématiquement après chaque build, Conditionnel (échec, qualité de code…) Rapports Artéfacts Notifications
  36. 36. Intégration Continue - Concepts Appel d’actions * Evènements de déclenchement Rapports Artéfacts Notifications
  37. 37. Intégration Continue - Workflow Développeur checkout, update Intégration Continue construit déploie teste analyse informe Rapports Artéfacts Notifications développe teste compile Outils de build checkout, commit, update, merge SCM
  38. 38. Intégration Continue - Problématique <ul><li>Problématique : améliorer la productivité des développeurs </li></ul>2' 4' 1' 10' x' compilation tests unitaires packaging site web 8' tests d'intégration … 2' 4' 1' 10' x' compilation tests unitaires packaging site web 8' tests d'intégration … 2' 4' 1' 10' x' compilation tests unitaires packaging site web 8' tests d'intégration … x 40 x 20 x 1 x 0 x 0 x … x 25 x 25 x 1 x 1 x 2 x … x 45 x 10 x 1 x 0 x 0 x … 2' 4' 1' 10' x' compilation tests unitaires packaging site web 8' tests d'intégration … 2' 4' 1' 10' x' compilation tests unitaires packaging site web 8' tests d'intégration … 2' 4' 1' 10' x' compilation tests unitaires packaging site web 8' tests d'intégration … x 30 x 15 x 5 x 2 x 2 x … x 20 x 20 x 3 x 1 x 4 x … x 35 x 5 x 5 x 0 x 0 x … 2' 4' 1' 10' x' compilation tests unitaires packaging site web 8' tests d'intégration … x 20 x 20 x 15 x 2 x 15 x … Intégration Continue
  39. 39. Intégration Continue à Orange Labs <ul><li>Objectifs </li></ul><ul><ul><li>Choix d'un serveur d'intégration continue à recommander </li></ul></ul><ul><ul><li>Mise en place de bonnes pratiques ainsi qu'un support </li></ul></ul><ul><ul><li>Mise en pratique sur les projets </li></ul></ul><ul><ul><li>Faciliter la mise en place d'un serveur d'intégration continue dès le lancement du projet </li></ul></ul>
  40. 40. Intégration Continue à Orange Labs <ul><li>Choix d'un serveur d'intégration continue </li></ul><ul><ul><li>Réalisation d'une grille d'évaluation </li></ul></ul><ul><ul><li>Audits de 10 projets pour remplir la grille et pour identifier les différentes pratiques </li></ul></ul>Hudson
  41. 41. Intégration Continue à Orange Labs <ul><li>Assurer la traçabilité </li></ul><ul><ul><li>Lancer le build à chaque modification du SCM pour savoir quel est le commit qui a posé problème </li></ul></ul><ul><ul><li>Commiter très fréquemment (une modification = un commit) pour identifier quelle modification, quel(s) fichier(s) sont à l'origine du problème </li></ul></ul><ul><ul><li>Disposer de builds rapides (max 15 minutes) </li></ul></ul><ul><ul><li>Disposer d'un serveur puissant : gains partagés par l’ensemble de l’équipe </li></ul></ul><ul><li>Assurer la reproductibilité </li></ul><ul><ul><li>La référence est la machine d’intégration : plus de « ça marche chez moi » !!! </li></ul></ul><ul><ul><li>Mise en place d'un &quot; Nightly Build&quot; qui repart de zéro (checkout complet du SCM, suppression du repository local de maven 2…) </li></ul></ul><ul><li>Avoir le souci du produit fini </li></ul><ul><ul><li>Valoriser les rapports et intégrer la qualité dans la notion de &quot;terminé&quot; </li></ul></ul><ul><ul><li>Artéfacts prêts à être déployés et validés sur l(es)'environnement(s) cible(s) </li></ul></ul><ul><ul><li>Disposer d'une version de démonstration la plus à jour possible </li></ul></ul>Bonnes pratiques
  42. 42. Orange Labs - Recherche & Développement - titre de la présentation – date Retour Projets
  43. 43. Retour d'expériences – Améliorer la qualité <ul><li>Détecter les problèmes au plus tôt pour les corriger au plus tôt </li></ul><ul><li>Améliorer la qualité </li></ul>
  44. 44. Retour d'expériences – Améliorer la qualité
  45. 45. Retour d'expériences – Améliorer la qualité
  46. 46. Retour d'expériences - Documentation à jour
  47. 47. Retour d'expériences - Documentation à jour
  48. 48. Retour d'expériences - Documentation à jour
  49. 49. Bilan et Perspectives
  50. 50. Bilan - Agilité On passe de la compilation continue à l’exécution continue vers la production continue Manifesto for Agile Software Development <ul><li>Automatisation des tâches répétitives </li></ul>Individuals and interactions over processes and tools <ul><li>Le logiciel est bien validé et testé en exécution </li></ul>Working software over comprehensive documentation <ul><li>Transparence et visibilité : des rapports visibles par tous </li></ul>Customer collaboration over contract negotiation <ul><li>Intégration continue des changements en réduisant les risques </li></ul>Responding to change over following a plan <ul><li>La qualité est traitée comme un élément à part entière </li></ul>Craftmanship over Execution
  51. 51. Bilan – Oranges Labs <ul><li>Industrialisation d’outils d’ingénierie logicielle (build, intégration continue, gestion de configuration…) réussie </li></ul><ul><li>Recommandation au niveau du groupe France Télécom (Orange Labs, ROSI, Orange Business Services…) </li></ul><ul><li>Mise en place de bonnes pratiques qui sont suivies et qui ont une influence bénéfique sur les projets </li></ul><ul><li>Les projets sont demandeurs pour utiliser ce qui a été mis en place et souhaitent aller plus loin </li></ul><ul><li>Initialisation d'une chaîne globale d’outils d’ingénierie logicielle 1 outil + 1 outil > 2 outils </li></ul><ul><li>L’ingénierie logicielle rentre dans la culture d’entreprise </li></ul>Aspects positifs
  52. 52. Bilan – Oranges Labs <ul><li>Beaucoup de travaux à mener en parallèle et à coordonner (Build, Intégration Continue, Analyse statique de code, Gestion de configuration, Virtualisation, Tests, Gestion des exigences….) </li></ul><ul><li>Certains sujets comme les rapports/métriques sont difficiles à conceptualiser et demandent beaucoup de temps et d’expériences </li></ul><ul><li>Industrialiser un outil demande un travail important et beaucoup de compétences </li></ul><ul><li>Prise en compte de l’ensemble des contraintes du groupe France Télécom </li></ul>Difficultés rencontrés
  53. 53. Perspectives Développeur Outils de build Intégration Continue Configurations optimisées pour les tâches d'intégration packaging, tests d'intégration, métriques, site web du projet… Configurations optimisées pour les tâches du développeur hot-deploy, tests unitaires, analyse statique de code… SCM Commit par issue Tracker
  54. 54. Perspectives Développeur Intégration Continue SCM Tracker Outils de build le SCM est utilisé comme simple support d'archivage. Le projet n'est pas dans un état stable et ceci est la dernière préoccupation des développeurs. les échecs sont immédiatement corrigés, commits fréquents. http://www.agile-swiss.org/wiki/index.php?title=Integration_continue Mise en place de sondes/capteurs Prévenir plutôt que guérir Est-ce que les développeurs commits régulièrement ?
  55. 55. Perspectives Développeur Intégration Continue SCM Tracker Outils de build Mise en place de sondes/capteurs Prévenir plutôt que guérir
  56. 56. Perspectives Mise en place d'un tableau de bord projet Maîtrise de son projet avancement, qualité… Développeur Intégration Continue SCM Tracker Outils de build
  57. 57. Oui c’est possible !!!
  58. 58. Questions?

×