CycleDePublication » Historique » Version 13
Gérald Schwartzmann, 23/03/2012 10:45
| 1 | 1 | Gérald Schwartzmann | h1. Cycle De Publication |
|---|---|---|---|
| 2 | 1 | Gérald Schwartzmann | |
| 3 | 1 | Gérald Schwartzmann | h2. Établissement d'un calendrier |
| 4 | 1 | Gérald Schwartzmann | |
| 5 | 2 | Gérald Schwartzmann | La feuille de route est planifiée pour l'année scolaire à la rentrée de septembre. |
| 6 | 1 | Gérald Schwartzmann | |
| 7 | 1 | Gérald Schwartzmann | La publication des paquets en stable s'effectue une semaine avant que la première zone soit en congés. |
| 8 | 6 | Lionel Morin | Ce qui permet de ne pas prendre au dépourvu les établissements à la rentrée de chaque vacances. |
| 9 | 1 | Gérald Schwartzmann | |
| 10 | 6 | Lionel Morin | 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. |
| 11 | 1 | Gérald Schwartzmann | |
| 12 | 12 | Gérald Schwartzmann | h1. Cycle normal |
| 13 | 12 | Gérald Schwartzmann | |
| 14 | 2 | Gérald Schwartzmann | h2. Publication de paquets candidats |
| 15 | 1 | Gérald Schwartzmann | |
| 16 | 2 | Gérald Schwartzmann | h3. On approche d'une publication de paquets candidats |
| 17 | 2 | Gérald Schwartzmann | |
| 18 | 3 | Gérald Schwartzmann | Environ une semaine avant la date : |
| 19 | 2 | Gérald Schwartzmann | * ventiler les demandes, les demandes qui ne seront pas résolues dans la semaine sont reportées à la prochaine publication |
| 20 | 2 | Gérald Schwartzmann | * envoyer un courriel sur dev-envole pour demander aux développeurs de pusher leur travail |
| 21 | 2 | Gérald Schwartzmann | |
| 22 | 2 | Gérald Schwartzmann | h3. Jour de la sortie des paquets candidats |
| 23 | 2 | Gérald Schwartzmann | |
| 24 | 6 | Lionel Morin | * Ventiler les demandes, les demandes qui ne sont pas résolues sont reportées à la prochaine publication |
| 25 | 5 | Gérald Schwartzmann | * Reprendre les commits des développeurs branche nickname/2.2 et les intégrer à la branche stable 2.2 en s'appuyant sur la feuille de route |
| 26 | 2 | Gérald Schwartzmann | * Compiler tous les paquets nécessaires en s'appuyant sur la feuille de route |
| 27 | 13 | Gérald Schwartzmann | * Relever les versions des paquets (telles qu'elles apparaissent lors d'un @Query-Auto -C@) |
| 28 | 8 | Lionel Morin | * Mettre à jour la page http://dev-eole.ac-dijon.fr/projects/envole/wiki/Diffusion |
| 29 | 2 | Gérald Schwartzmann | * Rédiger une annonce sur la page http://dev-eole.ac-dijon.fr/projects/envole/news |
| 30 | 2 | Gérald Schwartzmann | * Fermer les demandes relatives à cette feuille de route |
| 31 | 9 | Gérald Schwartzmann | * Écrire un courriel aux listes dev-envole, scribe, CLOE, pour informer de publication de la mise à jour (prendre pour modèle un ancien courriel) |
| 32 | 1 | Gérald Schwartzmann | * Passer la roadmap au statut *Fermée* |
| 33 | 2 | Gérald Schwartzmann | |
| 34 | 2 | Gérald Schwartzmann | h3. Période de stabilisation des paquets candidats (plus ou moins 15 jours) |
| 35 | 1 | Gérald Schwartzmann | |
| 36 | 13 | Gérald Schwartzmann | * Installer les paquets candidats dans les établissements pilotes après demande explicite à l'établissement |
| 37 | 10 | Gérald Schwartzmann | * Ouvrir de nouvelles demandes si besoin |
| 38 | 13 | Gérald Schwartzmann | * Corriger sur la branche stable (2.2 ou master) toutes demandes portant sur ces paquets candidats avant leur sortie en stable. |
| 39 | 13 | Gérald Schwartzmann | * Les développements n'ayant rien à voir avec la feuille de route ne doivent ni être fait dans 2.2 ni être mergés, la branche est figée (période de freeze). |
| 40 | 6 | Lionel Morin | * Rédaction de la documentation en rapport avec les modifications publiées. |
| 41 | 5 | Gérald Schwartzmann | * Traiter les demandes de la prochaine publication de paquets candidats. |
| 42 | 2 | Gérald Schwartzmann | |
| 43 | 2 | Gérald Schwartzmann | h2. Publication de paquets stables |
| 44 | 2 | Gérald Schwartzmann | |
| 45 | 2 | Gérald Schwartzmann | h3. Jour de la sortie des paquets stables |
| 46 | 2 | Gérald Schwartzmann | |
| 47 | 2 | Gérald Schwartzmann | * Recompiler tous les paquets nécessaires en s'appuyant sur la feuille de route |
| 48 | 2 | Gérald Schwartzmann | * Relever les versions des paquets |
| 49 | 1 | Gérald Schwartzmann | * Rédiger une annonce sur la page http://dev-eole.ac-dijon.fr/projects/envole/news |
| 50 | 2 | Gérald Schwartzmann | * Fermer les demandes relatives à cette feuille de route |
| 51 | 9 | Gérald Schwartzmann | * Écrire un courriel aux listes dev-envole, scribe, CLOE pour informer de la publication de la mise à jour (prendre pour modèle un ancien courriel) |
| 52 | 2 | Gérald Schwartzmann | * Passer la roadmap au statut *Fermée* |
| 53 | 12 | Gérald Schwartzmann | * Demander la synchronisation entre les dépôts test-eole et eole |
| 54 | 12 | Gérald Schwartzmann | |
| 55 | 12 | Gérald Schwartzmann | h1. Cycle exceptionnel |
| 56 | 12 | Gérald Schwartzmann | |
| 57 | 12 | Gérald Schwartzmann | h3. Mise à jour en security |
| 58 | 12 | Gérald Schwartzmann | |
| 59 | 12 | Gérald Schwartzmann | * Faire la correction |
| 60 | 12 | Gérald Schwartzmann | * Tester la correction en faisant un paquet de dev |
| 61 | 12 | Gérald Schwartzmann | * Recompiler le paquet en security |
| 62 | 11 | Gérald Schwartzmann | * Demander la synchronisation entre les dépôts test-eole et eole |