-
Notifications
You must be signed in to change notification settings - Fork 10
Releasing0.28
sbsrouteur edited this page Jun 17, 2015
·
6 revisions
Release le 15/06/2015
- 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
- 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.
(une semaine avant)
- Annoncer / demander des tests fonctionnel ou de non régression par mail :
- destinataires : dev@v-l-m.org (admins), vlm@v-l-m.org (comité), vlm-devel@googlegroups.com (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 http://www.virtual-winds.com/forum/index.php?showtopic=5830&view=getlastpost en utilisants
./tests/check-translation.sh - A chaque commit, vérifier que testing est à jour
(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 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
- 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
- publier le message d' 10000 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.
- Mettre à jour les chausses trappes
- Mettre à jour cette page