Erstellen von Staging- und Produktionsversionen einer Website auf Github Pages

Question

Ich möchte mit Github Pages eine Produktions-Website (z. B. www.example.com) und eine Staging-Version der gleichen Website (z. staging.example.com).

Ich habe ein Repo (zB meine-jekyll-Website) in Github für die Produktionsstätte eingerichtet, einen gh-pages-Zweig erstellt und die CNAME-Datei in der Stammebene des Repos auf www.example gesetzt. com. Funktioniert super.

Nun, was ist der am wenigsten schmerzhafte Weg, auch Änderungen an staging.example.com zu pushen?

Eine Sache, die ich ausprobiert habe, ist die Einrichtung eines zweiten Remote Repos auf Github (z. B. meine-jekyll-Website-Staging), dann das Hinzufügen als Remote zu meiner lokalen Git-Konfiguration. Funktioniert gut, außer, dass die CNAME-Datei im Repo auf staging.example.com geändert werden muss, damit dies funktioniert. Das ist nicht gut, weil ich dann, wenn ich in der Produktion bereitstellen möchte, die CNAME-Datei zurück zu www.example.com ändern muss. Nicht ideal.

Ich habe mit git filter content drivers angeschaut, aber wenn ich richtig verstehe, das ist über Dateien lokal ändern, nicht verschiedene Versionen einer Datei an verschiedene Fernbedienungen gedrückt bekommen.

Edit: Ich habe auch erwogen, überhaupt keine benutzerdefinierte Domäne für die Bereitstellung zu verwenden: d. H. Einfach mit username.github.io/my-jekyll-website-staging. Leider brechen dann meine Site-Root-relativen Links (z. B. /images/foo.bar), weil die Baseurl jetzt zwischen Produktion und Staging unterschiedlich ist.

Answer 1

von Kommentaren Pulled oben:

[M], um die Inszenierung git Zweig in die Produktion Zweig und Push-erge könnten Sie halten gerade die CNAMEs dauerhaft ihren jeweiligen repos zeigen, sondern manipulieren die [.] Repos separat.

Kommentar ursprünglich von Jonathan Chan

Sie als @JonathanChan sagt: halten zwei getrennte Zweige, dann hijack Ihre CNAME-Datei in jedem. Auf diese Weise werden lokale Änderungen (für den CNAME) nicht für das Repository übernommen.