CycleDePublication » Historique » Version 26
Arnaud FORNEROT, 31/07/2012 11:07
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 | 24 | Gérald Schwartzmann | La feuille de route est planifiée pour l'année scolaire à la rentrée de septembre (Fichier pour établir le calendrier : attachment:PrévisionEnvole2012.ods). |
6 | 24 | Gérald Schwartzmann | |
7 | 24 | Gérald Schwartzmann | La numérotation des publications, est construite avec 3 niveaux d'incrémentation, ex: 3.2.1 |
8 | 24 | Gérald Schwartzmann | * le premier chiffre est le numéro de version d'EOLE sur laquelle s'appuie Envole |
9 | 24 | Gérald Schwartzmann | * 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. |
10 | 24 | Gérald Schwartzmann | * 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é |
11 | 1 | Gérald Schwartzmann | |
12 | 1 | Gérald Schwartzmann | La publication des paquets en stable s'effectue une semaine avant que la première zone soit en congés. |
13 | 6 | Lionel Morin | Ce qui permet de ne pas prendre au dépourvu les établissements à la rentrée de chaque vacances. |
14 | 1 | Gérald Schwartzmann | |
15 | 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. |
16 | 1 | Gérald Schwartzmann | |
17 | 12 | Gérald Schwartzmann | h1. Cycle normal |
18 | 12 | Gérald Schwartzmann | |
19 | 2 | Gérald Schwartzmann | h2. Publication de paquets candidats |
20 | 1 | Gérald Schwartzmann | |
21 | 2 | Gérald Schwartzmann | h3. On approche d'une publication de paquets candidats |
22 | 2 | Gérald Schwartzmann | |
23 | 3 | Gérald Schwartzmann | Environ une semaine avant la date : |
24 | 2 | Gérald Schwartzmann | * ventiler les demandes, les demandes qui ne seront pas résolues dans la semaine sont reportées à la prochaine publication |
25 | 2 | Gérald Schwartzmann | * envoyer un courriel sur dev-envole pour demander aux développeurs de pusher leur travail |
26 | 2 | Gérald Schwartzmann | |
27 | 2 | Gérald Schwartzmann | h3. Jour de la sortie des paquets candidats |
28 | 2 | Gérald Schwartzmann | |
29 | 6 | Lionel Morin | * Ventiler les demandes, les demandes qui ne sont pas résolues sont reportées à la prochaine publication |
30 | 21 | Lionel Morin | * 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 |
31 | 2 | Gérald Schwartzmann | * Compiler tous les paquets nécessaires en s'appuyant sur la feuille de route |
32 | 13 | Gérald Schwartzmann | * Relever les versions des paquets (telles qu'elles apparaissent lors d'un @Query-Auto -C@) |
33 | 21 | Lionel Morin | * Mettre à jour la page http://dev-eole.ac-dijon.fr/projects/envole/wiki/Diffusion pour 2.2 ou http://dev-eole.ac-dijon.fr/projects/envole/wiki/Diffusion23 pour 2.3 |
34 | 2 | Gérald Schwartzmann | * Rédiger une annonce sur la page http://dev-eole.ac-dijon.fr/projects/envole/news |
35 | 2 | Gérald Schwartzmann | * Fermer les demandes relatives à cette feuille de route |
36 | 26 | Arnaud FORNEROT | * Écrire un courriel aux listes dev-envole@listeseole.ac-dijon.fr, scribe@listeseole.ac-dijon.fr, envole-mut@listeseole.ac-dijon.fr, pour informer de publication de la mise à jour (attachment:Exemple_de_mail) |
37 | 1 | Gérald Schwartzmann | * Passer la roadmap au statut *Fermée* |
38 | 2 | Gérald Schwartzmann | |
39 | 2 | Gérald Schwartzmann | h3. Période de stabilisation des paquets candidats (plus ou moins 15 jours) |
40 | 1 | Gérald Schwartzmann | |
41 | 13 | Gérald Schwartzmann | * Installer les paquets candidats dans les établissements pilotes après demande explicite à l'établissement |
42 | 10 | Gérald Schwartzmann | * Ouvrir de nouvelles demandes si besoin |
43 | 15 | Lionel Morin | * Corriger sur la branche stable (2.2 ou master) toutes demandes portant sur ces paquets candidats avant leur sortie en stable |
44 | 25 | Gérald Schwartzmann | * Chaque modification doit mener à la recompilation immédiate d'un paquet, la qualification est immédiate, chaque paquet doit être testé de suite |
45 | 21 | Lionel Morin | * 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) |
46 | 14 | Gérald Schwartzmann | * Rédaction de la documentation en rapport avec les modifications publiées |
47 | 14 | Gérald Schwartzmann | * Traiter les demandes de la prochaine publication de paquets candidats |
48 | 2 | Gérald Schwartzmann | |
49 | 2 | Gérald Schwartzmann | h2. Publication de paquets stables |
50 | 2 | Gérald Schwartzmann | |
51 | 2 | Gérald Schwartzmann | h3. Jour de la sortie des paquets stables |
52 | 2 | Gérald Schwartzmann | |
53 | 16 | Gérald Schwartzmann | * Recompiler tous les paquets nécessaires en *Security* en s'appuyant sur la feuille de route |
54 | 2 | Gérald Schwartzmann | * Relever les versions des paquets |
55 | 21 | Lionel Morin | * Mettre à jour la page http://dev-eole.ac-dijon.fr/projects/envole/wiki/Diffusion pour 2.2 ou http://dev-eole.ac-dijon.fr/projects/envole/wiki/Diffusion23 pour 2.3 |
56 | 1 | Gérald Schwartzmann | * Rédiger une annonce sur la page http://dev-eole.ac-dijon.fr/projects/envole/news |
57 | 1 | Gérald Schwartzmann | * Fermer les demandes relatives à cette feuille de route |
58 | 2 | Gérald Schwartzmann | * Demander la synchronisation entre les dépôts test-eole et eole |
59 | 19 | Lionel Morin | * Écrire un courriel aux listes dev-envole, scribe, CLOE pour informer de la publication de la mise à jour (attachment:Exemple_de_mail) |
60 | 20 | Lionel Morin | * Passer la roadmap au statut *Fermée* |
61 | 22 | Lionel Morin | * Tagguer la branche stable des sources des paquets avec le nom de la roadmap (la branche dist/ubuntu/lucid/master est tagguée automatiquement lors de la compilation) |
62 | 17 | Gérald Schwartzmann | * Maintenir la liste des versions d'applications sur la page : http://dev-eole.ac-dijon.fr/projects/envole/wiki/CorrespondancePaquetsEnvoleDepotsGit |
63 | 12 | Gérald Schwartzmann | |
64 | 12 | Gérald Schwartzmann | h1. Cycle exceptionnel |
65 | 12 | Gérald Schwartzmann | |
66 | 12 | Gérald Schwartzmann | h3. Mise à jour en security |
67 | 12 | Gérald Schwartzmann | |
68 | 12 | Gérald Schwartzmann | * Faire la correction |
69 | 12 | Gérald Schwartzmann | * Tester la correction en faisant un paquet de dev |
70 | 12 | Gérald Schwartzmann | * Recompiler le paquet en security |
71 | 11 | Gérald Schwartzmann | * Demander la synchronisation entre les dépôts test-eole et eole |
72 | 17 | Gérald Schwartzmann | * Maintenir la liste des versions d'applications sur la page : http://dev-eole.ac-dijon.fr/projects/envole/wiki/CorrespondancePaquetsEnvoleDepotsGit |