Changes between Initial Version and Version 1 of en/futur_release_process

Timestamp:

Feb 18, 2010, 4:33:29 PM (11 years ago)

Author:

laurentj

Comment:

--

en/futur_release_process

@@ +1 @@
+# check if this files are updated:
+
+    * README
+    * lib/jelix/CREDITS
+    * lib/jelix/INSTALL
+    * lib/jelix-modules/CREDITS 
+
+# update the version number in these files to reflect the new version
+
+    * lib/jelix/VERSION
+    * lib/jelix/CHANGELOG
+    * testapp/VERSION
+
+# add a tag in the hg repository : RELEASE_JELIX_X_Y_Z where X_Y_Z is the version number. ex: 1_1_3, 1_2_BETA1
+
+# launch the release script:   release branch version previousversion nextversion
+
+  - pull le depot local correspondant
+  - build/buildjelix.php and build/buildapp.php
+  - deplacement des archives vers download.jelix.org
+
+  - mise à jour trac
+    - creer une nouvelle milestone nextversion
+    - ferme la milestone version en basculant les tickets vers [nextversion]
+    - ajoute un nouveau numero de version dans la liste des 
+
+  - creation/mise à jour d'un enregistrement dans la table release (reprendre un truc déjà fait dans jbugtracker ?)
+      - pour la version releasée
+      - pour la future version
+ 
+  - generation du changelog final
+    - recuperation des logs du depot depuis la version previousversion
+    - si numero de ticket, extraction des numeros de tickets, et donc en base extraction du components et type
+    - generation d'une page avec les commentaire de logs en fonction du type et du components
+    - stockage dans la table release, en deux langues
+
+  - build and update the API documentation on the web site, by running this command line on the server
+    install/build_release_doc $BRANCH_NAME $TAG_NAME $VERSION where:
+    o $BRANCH_NAME is the name of the 'branch': jelix-1.0.x, jelix-1.1.x or jelix-trunk
+    o $TAG_NAME is the tag in the hg repository, for the release (RELEASE_JELIX_1_0_11 for example)
+    o $VERSION the version number of the release (1.0.11 for example) 
+
+  - build and publish the manual, by running this command line on the server
+    * install/build_release_manual $LANG $PAGE_ID $VERSION where:
+       - $LANG is the language code : "en" or "fr"
+       - $PAGE_ID is the id of the first page of the manual. ex: en:manual-1.0
+       - $VERSION is the version of the release (1.0.11 for example) 
+
+à la main
+# editer les enregistrement releases pour ajouter des compléments d'informations (notes de releases, de migration..)
+# download packages on berlios.de
+# publish a news on jelix.org/news/
+# modify this files to reflect the next future version, with a "pre" prefix
+
+    * lib/jelix/VERSION
+    * lib/jelix/CHANGELOG
+    * testapp/VERSION 
+
+
+Les modules à développer :
+
+module release :
+  - affiche la liste des produits et leurs releases
+  - affiche détails d'une release : release note, liens vers le téléchargement, lien vers changelog
+  - affiche le changelog + doc migration
+  - zone affichant les dernieres releases avec liens vers pages de releases -> en home page
+  
+  tables
+    pref
+    products
+      id, nom
+      
+    release :
+      id
+      product id
+      branche
+      version
+      date  (date vide : pas encore release == nigthly)
+
+    release_desc
+      lang
+      changelog
+      migration_desc
+      release notes
+      date
+      
+    files (liste des fichiers pour la release) (module download de foxmask ?) <-- à la limite, meme pas obligé,
+        liens construits dans le template d'affichage des détails d'une release
+
+  
+  
+  
+module admin release
+  - pour modifier/traduire description/changelog
+  - pour mettre en ligne/hors ligne des releases ?
+
+module doc de ref  (rarangi plus tard)
+  - affichage de la liste des liens des documentations phpdoc, en lisant la table release