french Using Migrations for Deployment - Azema/Phigrate GitHub Wiki

Utiliser les migrations pour déployer une application

Le framework est configuré pour reconnaître les environnements développement, test et production (hors de la boîte). En tant que tel, les migrations peuvent être émises dans n'importe quel environnement, que ce soit sur un serveur local ou distant (en supposant que le réseau / le serveur distant est configuré pour autoriser les connexions à partir de votre emplacement actuel).

Parce que les migrations représentent des changements progressifs, elles sont très pratique pour un déploiement de votre application. Avec seulement un seul paramètre en ligne de commande, les migrations peuvent modifiées la base de données lors de l'exécution à production au lieu de development par défaut.

Détails

Par défaut, un appel à

    phigrate db:migrate

va s'exécuter sur la base de données développement spécifiée dans config/database.inc.php.

Le paramètre ENV peut être utilisé pour spécifier une base de données différente lors de l'exécution, indiqué dans le fichier de configuration.

Par exemple, pour lancer sur la base de données de production (définit dans le fichier config/database.inc.php.

    phigrate db:migrate ENV=production

Vous pouvez ajouter plusieurs environnements de déploiement dans le fichier de configuration en suivant la syntax existante et alors la variable ENV sera automatiquement utilisée.

Migration via Capistrano

Pour intégrer un élément "deploy:migrations" dans Capistrano, mettre ceci dans votre configuration:

   desc "Run Phigrate"
   task :migrations, :role => :db do
     run "cd #{latest_release}/path/to/phigrate && phigrate db:migrate ENV=#{stage}"
   end

Ce qui précède suppose que vous utilisez le "staging" (facilité de montage) Capistrano de sorte que la variable stage contienne «development», «staging" ou "production", etc...

⚠️ **GitHub.com Fallback** ⚠️