Releasing0.23 - v-l-m/vlm GitHub Wiki

Préparation J-15 OK

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).
- il vaut mieux se mettre d'accord sur une date à court terme (< 10 jours) OK
- utiliser doodle pour le sondage : N/A (mini release)
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
Déclarer la version correspondante au milestone dans trac
Annoncer la date de release probable sur le forum N/A
Créer la page dans le wiki utilisateur quand il y a des modifications importantes à venir. N/A

(une semaine avant)

Annoncer / demander des tests fonctionnel ou de non régression par mail :
- 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 utilisants ./tests/check-translation.sh '_N/A
A chaque commit, vérifier que testing est à jour N/A

(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 OK
- 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
- hosting/UPGRADE sont à jour OK
Jouer une bascule à partir des données de prod N/A
- 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 '_CHECKED
Préparer le message de communication pour le forum, le pousser dans site/RELEASE (en anglais)
Mettre à jour le milestone dans trac avec les releases notes (en français) et lien wiki utilisateurs.
Poster un message sur le forum et les réseaux sociaux pour annoncer une possible perturbation.
- Forum : ?
- G+ : ?
Mettre une IC globale pour prévenir les joueurs directement sur leur tableau de bord

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. '_N/A
assurer_' le suivi de la mise à jour "live" '_OK
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.
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.