URL: https://linuxfr.org/forums/general-general/posts/projets-num%C3%A9ros-de-version-svn-bugzilla Title: projets & numéros de version - svn & bugzilla Authors: s[e]th & h[o]lth Date: 2009年04月17日T21:16:08+02:00 Tags: Score: 0 Bonjour, Avec mon groupe de travail, nous nous creusons la tête depuis plusieurs temps afin de trouver une bonne façon de numéroter nos versions développement. Tout d'abord, un petit résumé de notre façon de travailler. Nous développons des applications de la façon suivante : - une équipe de développeurs travaillent activement en local sur le code source en utilisant [[SVN]] pour synchroniser les sources. - une équipe de testeurs cherchent les différents bugs sur une première machine d'intégration et notent les bugs dans [[bugzilla]]. Une fois que ces derniers sont satisfaits, ils donnent le GO pour passer l'application en pré-production. - L'application est maintenant disponible dans l'état sur une machine de pré-production afin que les utilisateurs finaux puissent à leur tour valider et donner leur accord pour la release en production. Lors du développement, nous découpons le projet en plusieurs milestones (ensemble cohérent de fonctionnalités orienté business). Le but étant de pouvoir mettre à disposition des utilisateurs finaux des morceaux d'application en production à chaque étape du projet et non pas une fois le projet terminé. Pour le moment, tout ceci nous satisfait mais nous sommes un peu perdu lorsque l'on doit trouver une nomenclature efficace pour la numérotation et ceci dans le but de : - pouvoir prévenir les testeurs qu'une nouvelle version est disponible sur la machine d'intégration et fermer les bugs présents dans bugzilla qu'elle corrige. - pouvoir ressortir par exemple une copie de la version N-1 présentant en production un dysfonctionnement à corriger alors que nous en développement à une version N. - utiliser de façon efficace SVN (quand utiliser un tag ? quand utiliser une branche ? Faut-il utiliser des patches pour corriger la production ou tout reconstruire ? etc.) - utiliser de façon efficace bugzilla et avoir un suivi de la fermeture des bugs (dans quel version avons-nous tel correctif ? peut-on lié un commit SVN à bugzilla ?) Sachant qu'une application peut évoluer dans le temps en projets et que ces projets, une fois définis, sont découpés en milestone, nous arrivons à la conclusion suivante pour les versions, elles sont du type X.Y.Z - à la date T1, nous commençons le tout premier milestone, ainsi, le but est donc de construire la version 1.1.0. Qu'elle sera sont numéro pdt les premiers test ? 0.1.X ? 0.0.X ? 1.0.X ? Je veux dire par là, comment numéroterons-nous la première version déployé sur la machine d'intégration ? La 0.0.1 pour dire que c'est le premier déploiement en machine d'intégration dont le but est de construire le 0.1.0 en pré-production puis le 1.1.0 en production ? Dois-t-on utiliser le système de branche de SVN ? Si, oui, on dit que c'est la branche de 1.X.X ou bien 1.1.X ? - à la date T2, nous travaillons sur une applications déjà initialisé dans un précédant projet et nous en sommes à la deuxième milestone (le but étant donc de fournir une version 2.2.0), ainsi en production, nous avons la version 2.1.X. Mais en développement, nous avons du 2.1.Y ou bien du 2.2.X ? Sachant que parfois, il faut pouvoir corriger des versions de productions sans utiliser la version actuellement en développement. Bref, des questions que vous vous êtes très certainement tous posés (ou pas, selon...) et je voudrais bien savoir ce que vous en avez tiré comme conclusions, comme astuces, comme pièges, etc. Si tout ceci pouvait aussi être compatibles avec les fonctionnalités de SVN et bugzilla, ça serait parfait ! Encore merci pour vos conseils !