# Bauen Sie eine Sandbox, um Änderungen zu testen, bevor Sie sie live schalten

**URL:** <https://meta.discourse.org/t/build-a-sandbox-to-test-changes-before-making-them-live/58298>\
**Category:** Sysadmins\
**Tags:** how-to\
**Created:** [3. März 2017 um 13:34 UTC](https://meta.discourse.org/t/build-a-sandbox-to-test-changes-before-making-them-live/58298 "2017-03-03T13:34:07Z")\
**Posts on this page:** 1\
**Showing post:** 21

<div class="post-metadata">

**Author:** ![nathank](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/nathank/32/290039_2.png) [@nathank](https://meta.discourse.org/u/nathank)\
**Post date:** [16. Februar 2022 um 23:18 UTC](https://meta.discourse.org/t/build-a-sandbox-to-test-changes-before-making-them-live/58298/21 "2022-02-16T23:18:54Z")

</div>

> [@pfaffman](#):
>
> Was ich mache, ist, automatische Backups auf der Staging-Website zu deaktivieren. Sie können dies in einer Umgebungsvariable in der yml-Datei tun, sodass es nicht geändert werden kann.

Es hat eine Weile gedauert, bis ich herausgefunden habe, wie das genau geht.

```plaintext
discourse_automatic_backups_enabled: false

```

Dies muss im Abschnitt „Env“ von app.yml platziert werden – direkt unter den S3-Einstellungen ist eine gute Möglichkeit, dies zu tun.

---

_[View the full topic](https://meta.discourse.org/t/build-a-sandbox-to-test-changes-before-making-them-live/58298)._