developer.jelix.org n'est plus utilisée, et existe uniquement pour son historique. Postez les nouveaux tickets sur le compte github.
Version 1 (modified by laurentj, 11 years ago) (diff) |
---|
# 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)
- install/build_release_manual $LANG $PAGE_ID $VERSION where:
à 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