Projet

Général

Profil

Historique

Cycle De Publication

Établissement d'un calendrier

La feuille de route est planifiée pour l'année scolaire à la rentrée de septembre (Fichier pour établir le calendrier : PrévisionEnvole2012.ods).

La numérotation des publications, est construite avec 3 niveaux d'incrémentation, ex: 3.2.1
  • le premier chiffre est le numéro de version d'EOLE sur laquelle s'appuie Envole
  • le deuxième chiffre est le numéro de version majeur d'Envole, incrémenté en juin pour le changement d'année scolaire, cette évolution apporte des nouvelles versions de logiciels avec des nouvelles fonctionnalités et des changements d'interface.
  • le troisième chiffre est le numéro de version mineur d'Envole, correction des dysfonctionnement en cours d'année, mise à jour d'application sans nouvelle fonctionnalité

La publication des paquets en stable s'effectue une semaine avant que la première zone soit en congés.
Ce qui permet de ne pas prendre au dépourvu les établissements à la rentrée de chaque vacances.

Le délai entre une publication de paquet en candidat (RC) et une publication de paquet en stable est d'au moins 15 jours pour laisser remonter d'éventuelles demandes.

Cycle normal

Publication de paquets candidats

On approche d'une publication de paquets candidats

Environ une semaine avant la date :
  • ventiler les demandes, les demandes qui ne seront pas résolues dans la semaine sont reportées à la prochaine publication
  • envoyer un courriel sur dev-envole pour demander aux développeurs de pusher leur travail

Jour de la sortie des paquets candidats

  • Ventiler les demandes, les demandes qui ne sont pas résolues sont reportées à la prochaine publication
  • Reprendre les commits des développeurs (branche nickname/2.2 ou nickname/master) et les intégrer à la branche stable (2.2 ou master) en s'appuyant sur la feuille de route
  • Compiler tous les paquets nécessaires en s'appuyant sur la feuille de route
  • Relever les versions des paquets (telles qu'elles apparaissent lors d'un Query-Auto -C)
  • Mettre à jour la date de publication de la roadmap
  • Mettre à jour la page

Période de stabilisation des paquets candidats (plus ou moins 15 jours)

  • Installer les paquets candidats dans les établissements pilotes après demande explicite à l'établissement
  • Ouvrir de nouvelles demandes si besoin
  • Corriger sur la branche stable (2.2 ou master) toutes demandes portant sur ces paquets candidats avant leur sortie en stable
  • Chaque modification doit mener à la recompilation immédiate d'un paquet, la qualification est immédiate, chaque paquet doit être testé de suite
  • Les développements n'ayant rien à voir avec la feuille de route ne doivent ni être fait dans la branche stable ni être mergés, la branche est figée (période de freeze)
  • Rédaction de la documentation en rapport avec les modifications publiées
  • Traiter les demandes de la prochaine publication de paquets candidats

Publication de paquets stables

Jour de la sortie des paquets stables

Cycle exceptionnel

Mise à jour en security

Exemple_de_mail (1,54 ko) Lionel Morin, 13/04/2012 09:43

PrévisionEnvole2012.ods - Fichier servant à réaliser un calendrier de la feuille de route (89,5 ko) Gérald Schwartzmann, 17/04/2012 12:20