CycleDePublication » Historique » Version 15
Lionel Morin, 27/03/2012 12:10
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 | 15 | Lionel Morin | * Corriger sur la branche stable (2.2 ou master) toutes demandes portant sur ces paquets candidats avant leur sortie en stable |
39 | 14 | 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 | 14 | Gérald Schwartzmann | * Rédaction de la documentation en rapport avec les modifications publiées |
41 | 14 | 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 |