# Automatisierte Bereitstellung für Produktionsumgebung

**URL:** <https://meta.discourse.org/t/automatic-deployment-to-production-environment/306471>\
**Category:** Self-hosting\
**Created:** [2. Mai 2024 um 13:38 UTC](https://meta.discourse.org/t/automatic-deployment-to-production-environment/306471 "2024-05-02T13:38:14Z")\
**Posts on this page:** 1\
**Showing post:** 2

<div class="post-metadata">

**Author:** ![pfaffman](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/pfaffman/32/120154_2.png) [@pfaffman](https://meta.discourse.org/u/pfaffman)\
**Post date:** [2. Mai 2024 um 13:59 UTC](https://meta.discourse.org/t/automatic-deployment-to-production-environment/306471/2 "2024-05-02T13:59:17Z")

</div>

Sie können den Staging-Container in ein Repository pushen und ihn dann in der Produktion starten. Mit `./launcher start-cmd app` erhalten Sie die notwendigen Dinge, um den Container in Docker hochzufahren.

Sie müssen auch die Datenbank migrieren (vielleicht mit `SKIP_POST_DEPLOYMENT_MIGRATIONS` und dann erneut, wenn der neue Container gestartet wurde, wenn Sie ein echtes Zero Downtime wünschen) und Assets vorkompilieren.

Einige Einstellungen befinden sich in der Datenbank. Andere können mit Umgebungsvariablen wie `DISCOURSE_SETTING_NAME` gesetzt werden (z. B. `DISCOURSE_TITLE='meine großartige Community'`).

---

_[View the full topic](https://meta.discourse.org/t/automatic-deployment-to-production-environment/306471)._