• Se mettre d'accord sur une date de release avec les admins du serveur et les devs (pour que tout le monde soit dispo en cas de problème).
  • OK : le 29/09/2010
• Faire un premier tri dans les bugs qu'il est possible de corriger à court terme et les autres OK
• Vérifier_' que testing porte la dernière version du trunk '_OK
• Nommer_' le Milestone N+2 et le créer dans trac '_OK
• Déclarer_' la version correspondante au milestone dans trac '_OK
• Annoncer la date de release probable sur le forum OK
• Créer la page dans le wiki utilisateur quand il y a des modifications importantes à venir. OK [http://wiki.virtual-loup-de-mer.org/index.php/A_savoir_sur_la_v0.14]

(une semaine avant)

• Annoncer / demander des tests fonctionnel ou de non régression au comité de course par mail
  • penser à envoyer le lien vers la liste des tickets OK
  • éventuellement insister sur certains bugs qui nécessitent plus de tests. OK (webservices)
• Demander_' une mise à jour de la traduction sur le forum [http://www.virtual-winds.com/forum/index.php?showtopic=5830&view=getlastpost] en utilisants ./tests/check-translation.sh '_OK
• A chaque commit, vérifier que testing est à jour OK

(A J-1 ou J-2)

• finaliser le svn en :
  • retirant le site/create.php qui n'était conservé que pour pouvoir tester la bascule. OK
  • retirant du base/scripts/upgrade-v0.14.sql ce qui était pour le dev OK
• brancher_' la nouvelle version en copiant depuis le trunk '_OK
  • ne pas le faire trop tôt, au risque d'avoir a faire beaucoup de merge
  • penser à changer le site/version.txt après avoir branché OK
• basculer_' alors testing sur cette nouvelle branche '_OK
• Vérifier que les instructions dans base/UPDATE et hosting/UPGRADE sont à jour
• Préparer_' le message de communication pour le forum, le pousser dans site/RELEASE (en anglais) ('_EN COURS)
• Mettre à jour_' le milestone dans trac (en français) avec les release notes (en français) '_OK
• Poster_' un message sur le forum pour annoncer une possible perturbation. '_OK
• Mettre une IC globale_' pour prévenir les joueurs directement sur leur tableau de bord '_OK

• Mail_' aux admins récapitulant les changements à opérer dans la configuration '_OK
• Poster sur le forum, dans les IC Globales, et sur les chats annoncant le début imminent des travaux.
• assurer le suivi de la mise à jour "live"
• annoncer la fin de la release sur les chats.
• Fermer le milestone sur le trac en reportant les tickets non fermés vers le suivant
• Définir la version publiée comme version par défaut dans trac

• publier le message d'information sur le forum.
• Mettre à jour le message d'IC pour dire que tout s'est bien passé
• relire le wiki pour vérification, créer éventuellement les nouvelles fonctions non documentées.