Hinzufügen einer Staging-Umgebung zum Workflow

Question

Ich habe derzeit zwei Umgebungen, in denen ich arbeite: development lokal und production auf Heroku.

Ich möchte eine staging Umgebung auf Heroku hinzufügen, um zu sehen, dass alles wie erwartet abläuft, bevor Sie die App live an die Benutzer weitergeben. Vorzugsweise sollte die staging Umgebung genau die gleichen Einstellungen und Daten wie die production Umgebung haben.

Welche Schritte sind erforderlich, um das oben genannte zu erreichen?

Answer 1

Zuerst die Prädispositionen, ich möchte meine heroku git-Fernbedienungen als Inszenierung und Produktion einrichten lassen, so dass Sie git push staging/production ganz einfach verwenden können. Ich werde dieses Setup verwenden, um zu erklären, wie ein Staging-Env erstellt wird.

1. erstellen config/environments/staging.rb, die Sie off `config/Umgebungen/production.rb kopiert‘
2. für die Staging-Datenbank ein database.yml Eintrag hinzufügen (nicht wirklich für Heroku benötigt, kann aber nicht schaden)
3. Sichern Sie Ihre .env-Datei (wenn Sie es haben)
4. installieren Heroku-config-Plugin von heroku plugins:install git://github.com/ddollar/heroku-config.git
5. ziehen Sie Ihre Umgebungseinstellungen von Heroku (Produktionsserver) mit heroku config:pull --remote production
6. chang machen es zu der .env-Datei und vergessen Sie nicht, diese Werte zu der Config: RACK_ENV=staging RAILS_ENV=staging hinzufügen, so dass es die Staging-Umgebung Konfiguration verwenden wird.
7. Gabel ein Heroku Umgebung mit heroku fork -a production staging (das sind Heroku appnames Sie statt Produktion/staging wollen)
8. Führen Sie eine `Heroku config: Push --remote Inszenierung‘
9. Achten Sie darauf, um den Code zu inszenieren env richtig einsetzen

Sie können auch dieses Tutorial lesen, ich glaube, ich benutzte es, mit mehreren ENVs auf Heroku, um loszulegen: https://devcenter.heroku.com/articles/multiple-environments#managing-staging-and-production-configurations

Answer 2

ich die heroku fork -a PRODUCTION_APP_NAME NEW_STAGE_APP_NAME fand ein schneller, einfacher Weg, es zu tun ... es c Erstellt die neue App, kopiert alles (einschließlich der Postgres-Datenbank). Dann ging ich rein und stufte die Addons manuell zu kleineren Plänen herunter, wenn es sinnvoll war (zum Beispiel eine Starter-Tier-Datenbank).

In der Tat haben wir begonnen, die relativ neue heroku pipeline:promote zu verwenden, um automatisch (und sehr schnell) einen kompilierten Slug vom Staging in die Produktion zu schieben. (Das setzt voraus, Sie haben keine env-spezifische Einstellungen über Einstellungen oder Umgebungsvariablen, so dass der Code Slug gleich ist.)

Answer 3

Beachten Sie, dass das Verfahren durch berislavbabic erklärt nicht nach der folgenden Anleitung empfohlen auf Heroku Website: https://devcenter.heroku.com/articles/multiple-environments#managing-staging-and-production-configurations

Sie können dort im Detail lesen, aber die Empfehlung ist, die Staging-Umgebung die gleiche wie die Produktionsumgebung zu halten und einfach Heroku Gabel zu verwenden, um von Produktion zu Staging zu kopieren.