Webseite beim Mergen in Branch "main" (über einen Pull Request) veröffentlichen #139

New issue

Open

opened 2024-11-20 08:51:57 +00:00 by sicking · 3 comments

sicking commented

2024-11-20 08:51:57 +00:00

Owner

Woodpecker Anbindung an neue Server-Infrastruktur
Rechtemanagment (wer darf pushen, mergen) - Gefährdung von CI-Infos? (CI = Continuous Integration 😄)

- Woodpecker Anbindung an neue Server-Infrastruktur - Rechtemanagment (wer darf pushen, mergen) - Gefährdung von CI-Infos? (CI = Continuous Integration 😄)

😆 1

sicking added this to the AP 9 Weiterentwicklung techn. Infrastruktur (CI) milestone 2024-11-20 08:51:57 +00:00

sicking added the

technik

label 2024-11-20 08:51:57 +00:00

sicking added this to the Projekt-Technik project 2024-11-20 08:51:57 +00:00

sicking referenced this issue

2024-12-03 12:02:35 +00:00

Deployment per Woodpecker auf neuen Server (Duplikat von #139) #142

sicking referenced this issue

2024-12-03 12:06:11 +00:00

Deployment per Woodpecker auf neuen Server (Duplikat von #139) #142

sicking commented

2024-12-03 12:07:53 +00:00

Author

Owner

Bei einer beliebigen Änderung im Unterordner "sb" und einem Push auf den Branch "main" wird nun ein Webseiten-Deployment angestoßen.

Siehe Build-Lauf Nr. 107.

Bei einer beliebigen _Änderung im Unterordner "sb"_ **und** einem _Push auf den Branch "main"_ wird nun ein Webseiten-Deployment angestoßen. Siehe Build-Lauf Nr. 107.

blogartikel-bibel-oer-mit-autorenschaft.png

243 KiB

👍 1

sicking commented

2024-12-03 12:16:24 +00:00

Author

Owner

Soll das Anstoßen eines Webseiten-Deployments nur erfolgen, wenn in den main-Branch über einen gemergten Pull Request gepushed wird?

Bei größeren ("gefährlichen") Änderungen macht es Sinn, nicht direkt auf "main" zu arbeiten bzw. zu pushen. Im ungünstigsten Fall könnte es bedeuten, dass die Webseite (auf irgendeine Art) zerschossen wird.

Soll das Anstoßen eines Webseiten-Deployments nur erfolgen, wenn in den main-Branch über einen gemergten Pull Request gepushed wird? Bei größeren ("gefährlichen") Änderungen macht es Sinn, _**nicht** direkt auf "main" zu arbeiten_ bzw. zu pushen. Im ungünstigsten Fall könnte es bedeuten, dass die Webseite (auf irgendeine Art) zerschossen wird.

👍 1

sicking commented

2024-12-17 08:39:24 +00:00

Author

Owner

[...] Im ungünstigsten Fall könnte es bedeuten, dass die Webseite (auf irgendeine Art) zerschossen wird.

Diesen Fall hatten wir anscheinend bereits am 4.12. (vgl. Chat-Nachricht)
Dort waren dann auf der Startseite Blogbeiträge zu sehen.

Leider habe ich bislang nicht reproduzierbar ermitteln können, wann unter welchen Bedingungen Hugo wie solche "kaputten" Seiten erstellt.

Deswegen ist der Veröffentlichungs-Automatismus per Woodpecker vorerst deaktiviert. (auf drei Arten ;-)

der Start von Pipelines muss in Woodpecker per Extra-Klick (manuell) erlaubt werden
der Ordner, in dem für dieses Repository nach Pipelines gesucht wird, ist in der Woodpecker-Konfig geändert (auf einen nicht existierenden Ordner)
die Pipeline-Definition (*.yaml) wurde umbenannt, so dass Woodpecker keine Pipeline-Definition mehr findet

> [...] Im ungünstigsten Fall könnte es bedeuten, dass die Webseite (auf irgendeine Art) zerschossen wird. Diesen Fall hatten wir anscheinend bereits am 4.12. (vgl. Chat-Nachricht) Dort waren dann auf der Startseite Blogbeiträge zu sehen. Leider habe ich bislang nicht **reproduzierbar** ermitteln können, wann unter welchen Bedingungen Hugo wie solche "kaputten" Seiten erstellt. Deswegen ist der Veröffentlichungs-Automatismus per Woodpecker vorerst deaktiviert. (auf _drei_ Arten ;-) - der Start von Pipelines muss in Woodpecker per Extra-Klick (manuell) erlaubt werden - der Ordner, in dem für dieses Repository nach Pipelines gesucht wird, ist in der Woodpecker-Konfig geändert (auf einen nicht existierenden Ordner) - die Pipeline-Definition (*.yaml) wurde umbenannt, so dass Woodpecker keine Pipeline-Definition mehr findet