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

Préparation J-15

  • 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 14/02 [http://www.doodle.com/bmgeki9bf8mx8b4g]
  • 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 le 11/02/2011
  • 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 et les réseaux sociaux ainsi que le calendrier OK
  • Créer la page dans le wiki utilisateur quand il y a des modifications importantes à venir. OK

Tests (RC1) OK

  • Annoncer_' / demander des tests fonctionnel ou de non régression par mail : '_OK
    • destinataires : [email protected], [email protected] (comité)
    • 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 '_NOT DONE
  • 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 '_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
  • Vérifier que les instruction sont à jour
    • 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 releases notes (en français) et lien wiki utilsateurs. '_OK
  • Poster_' un message sur le forum et les réseaux sociaux pour annoncer une possible perturbation. '_OK
    • Forum : OK
    • G+ : OK
    • Twitter : OK
    • Facebook : OK
    • Identica : OK
  • Mettre une IC globale_' pour prévenir les joueurs directement sur leur tableau de bord '_OK

Release jour J

  • Mail_' aux admins récapitulant les changements à opérer dans la configuration '_NOT DONE
  • Poster_' sur le forum, dans les IC Globales, et sur les chats annoncant le début imminent des travaux. '_OK
  • 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

Communication (post Release)

  • 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. '_NOT DONE

Retour d'expérience

  • Mettre à jour les [wiki:releaseHints chausses trappes] OK
  • Mettre à jour cette page OK