releasing0.246

Préparation J-15

• Dupliquer cette page en la renommant, et ajouter le lien d'historique (en cours) en bas de cette page.
• 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)
  • 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
• Nommer le Milestone N+2 et le créer dans github
• Déclarer la version correspondante au milestone dans github
• Annoncer la date de release probable sur le forum
• Créer la page dans le wiki utilisateur quand il y a des modifications importantes à venir.

Tests (RC1) J-7

(une semaine avant)

• Annoncer / demander des tests fonctionnel ou de non régression par mail :
  • destinataires : [email protected] (admins), [email protected] (comité), [email protected] (devs)
  • penser à envoyer le lien vers la liste des tickets
  • éventuellement insister sur certains bugs qui nécessitent plus de tests.
  • toujours insister pour que l*'interface d'admin* soit testée
• 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

Préproduction (RC2) J-1

(A J-1 ou J-2)

• brancher la nouvelle version en copiant depuis le trunk
  • 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é
• basculer alors testing sur cette nouvelle branche
• Vérifier que les instruction sont à jour
  • dans base/UPDATE
  • hosting/UPGRADE sont à jour
• Jouer une bascule à partir des données de prod
  • 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
• 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 utilsateurs.
• Poster un message sur le forum et les réseaux sociaux pour annoncer une possible perturbation.
  • Forum Taverne : ?
  • G+ : ?
• Mettre une IC globale pour prévenir les joueurs directement sur leur tableau de bord

Release jour J

• Mail aux admins récapitulant les changements à opérer dans la configuration
• 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

Communication (post Release)

• 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.

Retour d'expérience

• Mettre à jour les chausses trappes
• Mettre à jour cette page