-
Notifications
You must be signed in to change notification settings - Fork 10
Releasing0.18
hb edited this page Feb 26, 2015
·
1 revision
Préparation de la release 0.18 (Vieux Chinook)
- Dupliquer cette page en la renommant, et ajouter le lien d'historique (en cours) en bas de cette page. OK
-
Se mettre d'accord sur une date de release_' avec les admins du serveur, les devs et le comité (pour que tout le monde soit dispo en cas de problème). '_OK, le mardi 31/05/2011 à 22h30
- il vaut mieux se mettre d'accord sur une date à court terme (< 10 jours)
- utiliser doodle pour le sondage.
- Faire un premier tri dans les bugs qu'il est possible de corriger à court terme et les autres
- 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.18]
(une semaine avant)
-
Annoncer / demander des tests fonctionnel ou de non régression par mail :
- destinataires : [email protected] prémail OK
- penser à envoyer le lien vers la liste des tickets OK
- éventuellement insister sur certains bugs qui nécessitent plus de tests. OK
- toujours insister pour que l*'interface d'admin_' soit testée '_N/A*
- Demander_' une mise à jour de la traduction sur le forum [http://www.virtual-winds.com/forum/index.php?showtopic=5830&view=getlastpost] en utilisant
/check-translation.php
'_Pas le temps sur cette release - A chaque commit, vérifier que testing est à jour OK, AFAIK
(A J-1 ou J-2)
-
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 instruction sont à jour '_OK
- dans base/UPDATE OK
- hosting/UPGRADE sont à jour OK
- Jouer une bascule à partir des données de prod NOT DONE
- export dump-alive sur la prod
- import sur testing
- bascule test
- réimport des données initiales de testing
- Vérifier_' les [wiki:releaseHints chausses trappes] d'un upgrade '_OK
- Préparer_' le message de communication pour le forum, le pousser dans site/RELEASE (en anglais) '_OK
- Mettre à jour_' le milestone dans trac avec les release notes '_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 '_N/A
- Poster_' sur le forum, dans les IC Globales, et sur les chats annoncant le début imminent des travaux. '_NOT DONE
- assurer_' le suivi de la mise à jour "live" '_N/A
- annoncer_' la fin de la release sur les chats. '_OK
- Fermer_' le milestone sur le trac en reportant les tickets non fermés vers le suivant '_OK
- Définir_' la version publiée comme version par défaut dans trac '_OK
- publier_' le message d'information sur le forum. '_OK
- Mettre à jour_' le message d'IC pour dire que tout s'est bien passé '_OK
- relire le wiki pour vérification, créer éventuellement les nouvelles fonctions non documentées.
- Mettre à jour les [wiki:releaseHints chausses trappes]
- Mettre à jour le modèle de cette page