xoxys/geeklabor_legacy
Archived
1
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity

using subtree instead of submodule
All checks were successful
continuous-integration/drone/push Build is passing
Details

Browse Source
This commit is contained in:
Robert Kaussow 2019-02-13 09:54:42 +01:00
parent b7435dc4f2
commit e9787f0f8a
1 changed files with 2 additions and 2 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

4
content/post/continuous-deployment-hugo/index.md
View File

@ -42,13 +42,13 @@ Diese Methode ist auf den ersten Blick die leichtere. Beide Repositories bleiben
**Methode 2: Integrierte Repositories** **Methode 2: Integrierte Repositories**
Alternativ lassen sich die Repositories auch bereits im Vorfeld, beispielsweise mit Git Submodules, miteinander verbinden. Spart vor dem Generieren erstmal nicht viel, außer das separate klonen vom Theme. Alternativ lassen sich die Repositories auch bereits im Vorfeld, beispielsweise mit Git Subtree oder Git Submodule, miteinander verbinden. Spart vor dem Generieren erstmal nicht viel, außer das separate klonen vom Theme.
- Content-Repository klonen und in den Themes Order wechseln - Content-Repository klonen und in den Themes Order wechseln
- Eventuell zum produktiven Branch wechseln - Eventuell zum produktiven Branch wechseln
- Seite generieren - Seite generieren
Ich habe mich für die zweite Methode entschieden und arbeite mit [Git Submodules](https://git-scm.com/book/de/v1/Git-Tools-Submodule). Dafür gibt es im Content-Repository einen separaten Branch der nur das Theme beinhaltet. Bei Bedarf hole ich mir per Git Pull die Änderungen aus dem Theme-Repository und überführe diese anschließend in den master Branch. Ich kann also im Theme-Repository ungestört arbeiten und die Änderungen bei Bedarf kontrolliert überführen. Nach Änderungen reicht es jetzt also das Repoitory zu klonen, anschließend die Seite zu generieren und das Ergebnis auf den Webserver zu übertragen. Soweit so gut. Gehen wir einen Schritt weiter und betrachten die offenen Punkte die noch nicht gelöst sind: Ich habe mich für die zweite Methode entschieden und arbeite mit [Git Subtree](https://git-scm.com/book/de/v1/Git-Tools-Subtree-Merging). Dafür gibt es im Content-Repository einen separaten Branch der nur das Theme beinhaltet. Bei Bedarf hole ich mir per Git Pull die Änderungen aus dem Theme-Repository und überführe diese anschließend in den master Branch. Ich kann also im Theme-Repository ungestört arbeiten und die Änderungen bei Bedarf kontrolliert überführen. Nach Änderungen reicht es jetzt also das Repoitory zu klonen, anschließend die Seite zu generieren und das Ergebnis auf den Webserver zu übertragen. Soweit so gut. Gehen wir einen Schritt weiter und betrachten die offenen Punkte die noch nicht gelöst sind:
- CSS Minify/Beautify für das Theme sicherstellen - CSS Minify/Beautify für das Theme sicherstellen
- Automatisierung des Deployments bei neuen Artikeln oder Änderungen am Theme - Automatisierung des Deployments bei neuen Artikeln oder Änderungen am Theme