Skip to content
hb edited this page Feb 26, 2015 · 1 revision

Préparation de la release 0.19 (Pôle Auster)

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). '_le 09/01/2012 à 21hUTC
    • il vaut mieux se mettre d'accord sur une date à court terme (< 10 jours)
    • utiliser doodle pour le sondage. OK
  • 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. N/A

Tests (RC1) J-7 OK

(une semaine avant)

  • Annoncer_' / demander des tests fonctionnel ou de non régression par mail : '_NOT DONE
    • destinataires : vlm-devel@googlegroups.com
    • 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 '_TODO*
  • Demander_' une mise à jour de la traduction sur le forum '_NOT DONE !
  • A chaque commit, vérifier que testing est à jour OK

Préproduction (RC2) J-1 OK

(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 release notes
  • Poster un message sur le forum et les réseaux sociaux pour annoncer une possible perturbation.
    • Forum
    • Google Groups
  • Mettre une IC globale pour prévenir les joueurs directement sur leur tableau de bord

Release jour J OK

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

Retour d'expérience

  • Mettre à jour les [wiki:releaseHints chausses trappes]
  • Mettre à jour le modèle de cette page
Clone this wiki locally