Creazione di versioni di staging e produzione di un sito su Github Pages

Question

Desidero utilizzare Github Pages per pubblicare un sito Web di produzione (ad esempio, www.example.com) e anche una versione di staging dello stesso sito (ad esempio, staging.example.com).

Ho creato un repository (ad es. My-jekyll-website) in Github per il sito di produzione, creato un ramo gh-pages e impostato il file CNAME nel livello root del repository su www.example. com. Funziona alla grande.

Ora, qual è il modo meno doloroso per essere in grado di inviare modifiche a staging.example.com?

Una cosa che ho provato è impostare un secondo repository remoto su Github (ad esempio my-jekyll-site-staging), quindi aggiungerlo come remoto alla mia git config locale. Funziona alla grande, eccetto che il file CNAME nel repository deve essere modificato in staging.example.com perché funzioni. Il che non va bene, perché quando voglio distribuire in produzione, dovrei cambiare il file CNAME su www.example.com. Non ideale

Ho guardato usando git filter content drivers, ma se ho capito bene, si tratta di modificare i file localmente, non ottenere versioni diverse di un file spinto a diversi telecomandi.

Modifica: ho anche considerato di non utilizzare un dominio personalizzato per la gestione temporanea: cioè, utilizzando semplicemente username.github.io/my-jekyll-website-staging. Sfortunatamente, quindi i miei collegamenti relativi alla radice del sito (ad es. /images/foo.bar) si interrompono, perché la baseurl ora è diversa tra produzione e staging.

Answer 1

Tirato da osservazioni di cui sopra:

[M] si erge il ramo messa in scena git nella produzione ramo e spinta Si può solo mantenere il CNAME che punta in modo permanente ai rispettivi pronti contro termine, ma manipolare il [.] repos separatamente.

Commento in origine da Jonathan Chan

Non come dice @JonathanChan: mantenere due rami separati, quindi hijack il file CNAME in ciascuno di essi. In questo modo le modifiche locali (al CNAME) non verranno confermate nel repository.