Checklist
Pour faire un release (ou un release candidate). Notez que ceci s'applique aussi bien a AlternC qu'aux autres packages.
- Traduction: les TemplatesGettext? sont mis à jour et les équipes de traduction traduisent les chaînes manquantes
- Testing: un TestComplet est effectué sur le release
- Changelog: la version du package est mise-à-jour dans debian/changelog avec des notes sommaires, se basant sur les bogues resolus et la raison première du release (ne pas oublier de committer)
- Build & retest: le package est construit (voir ConstructionPackage) et testé une dernière fois
- Tag: les sources sont taggées dans le SVN
svn cp https://alternc.org/svn/alternc/trunk https://alternc.org/svn/alternc/tags/0.9.9
- Upload: le package est publie sur alternc.org (par exemple, PublierAvecDput)
- Annonce: une annonce est envoyée sur users@ et dev@. La page freshmeat est mise à jour, un journal est posté sur ohloh, linuxfr.org, etc. Un communiqué de presse "corporate" est envoyé par les dingues de service ;) ...
- Wiki: les pages du wiki pertinentes sont mises-à-jour, une page pour l'Errata est créée (habituellement vide, à moins que des bugs connus majeurs demeurent). Pages à mettre à jour présentement:
- WikiStart
- Documentation/Fr/Administrateur/Telecharger
- Documentation/Fr/Administrateur/Installer
- Errata_0.9.9
- ReleaseProcess (mettre à jour la ligne ci-haut)
- Etats des plugins (pour les plugins)
- Trac: le "milestone" Trac est fermé et les bogues toujours ouverts de ce release sont repousses a une version ultérieure, et la version est ajoutée a Trac (normalement, cette étape s'exécute automatiquement lors du tagging du release, mais il est bon de vérifier, par exemple: le plugin ne migre pas les bugs vers la prochaine version automatiquement.)
Rappel: voici les règles que nous suivons pour les numeros de version http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Version
