J'essaie de créer un nouvel environnement (build) pour l'utiliser avec hudson.
Je fais cela parce que je ne voulais pas mélanger mes bases de données de test avec la base de données de test hudson.
En supposant que vous voulez créer le hudson l'environnement.
config/environments/hudson.rb . Vous pouvez commencer par en cloner un existant, par exemple config/environments/test.rb .config/database.yml pour votre environnement.config avec votre nouvel environnement, certaines gemmes créent leur propre ymls en vertu de la config dossier.Maintenant vous pouvez démarrer le serveur
rails server -e hudsonou lancez la console
rails console hudsonEt ainsi de suite.
Si vous utilisez une ancienne version de Rails, les commandes sont les suivantes
ruby script/server -e hudson
ruby script/console hudson
Vous avez oublié de préciser que vous devez également vérifier votre gemfile et créer un groupe, pour les gemmes dans cet environnement
Vous devez également définir la base de la clé secrète dans le fichier secrets.yml pour votre nouvel environnement.
De plus, si vous avez différents environnements qui utilisent les mêmes paramètres de configuration/environnement, comme la production par exemple, vous pouvez ajouter cette ligne à votre nouveau fichier environments/hudson.rb pour éliminer la redondance ( voir ceci pour plus d'informations ). require Rails.Root.join("config/environnements/production")
Réponse mise à jour pour Rails 5
Créer un nouveau fichier d'environnement :
config/environments/staging.rbModifiez les fichiers suivants pour ajouter la clé d'environnement 'staging'.
config/cable.yml
config/database.yml
config/secrets.yml
Gemfile (incase you have stage dependent gems)Les nouveaux environnements peuvent maintenant être utilisés comme d'habitude pour, par exemple, la gestion de l'eau :
rails server -e staging
rails console staging
Ou pour effectuer des contrôles conditionnels :
rails console staging, Rails.env.staging?Le bon point de départ pour créer un nouvel environnement et modifier ces fichiers est de copier les paramètres de production.
Parce que secrets.yml signifie que vous codez en dur les informations d'identification dans votre dépôt git, ce qui est une très mauvaise pratique en matière de sécurité.
Ce Railscast a les détails.
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
