wiki:en/futur_release_process
developer.jelix.org is not used any more and exists only for history. Post new tickets on the Github account.
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, 10 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)

à 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