Vous regardez une version antérieure (v. /pages/viewpage.action?pageId=18908508) de cette page.

afficher les différences afficher l'historique de la page

« Afficher la version précédente Vous regardez la version actuelle de cette page. (v. 2) afficher la version suivante »

Version1.1
RéférantAlexandre Narbonne
Dernière modification09/03/2018
CibleRoots, Dev
Mots clésHeroku, Rails, db:migrate

Historique

VersionAuteurCommentairedate
1.0Création23/02/2017
1.1Adrien MintzAjout instruction pour migrer la DB09/03/2018

Présentation

Droits nécessaires

 

Procédure

Etape 1 : Lister les tickets à mettre en production

Dans le projet JIRA de l'appli, lister les tickets "Ok pour mis en prod"

Etape 2 : Merger les branches avec la branche master

Merger les branches associées aux tickets à mettre en production avec la branches 'Master'. Si il n'y a pas de tickets en recette non validés, vous pouvez directement merger la recette sur la production.

Etape 3 : Attendre la fin des tests Travis-CI

Attendez que les tests automatisés soient terminés et passés avec succès

 

Etape 4 : Vérifier la présence de nouvelles variables d'environnement

 

Vérifiez que la nouvelle version ne demande pas de variable d'environnement supplémentaires

Etape 5 : Déployer sur Heroku

Sur heroku, déployez la branche master. Tester ensuite en prod que tout fonctionne

Attention

Si besoin, ne pas oublier une fois la nouvelle version de l'application déployée, de lancer une migration de la DB (si ajout/suppression de champs/tables, etc...) :

Se connecter via la CLI Heroku (Se connecter en ligne de commande et ouvrir une console Rails d'une application Heroku)

heroku run rake --trace db:migrate --app application_name

Etape 6 : Mettre à jour les tickets

Créer une nouvelle version dans le projet JIRA au format AAAAMMJJ (ex: 20170223)

Passez les tickets JIRA en "terminés", en ajoutant le numéro de version et en attribuant les ticket à la personne responsable de la qualité (Karine Durand-Garçon au moment de la redaction de cette doc)