Webseite: Deployment per "Actions" #139

Open
opened 2024-11-20 08:51:57 +00:00 by sicking · 4 comments
Owner

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

  • Woodpecker Anbindung an neue Server-Infrastruktur
  • Rechtemanagment (wer darf pushen, mergen) - Gefährdung von CI-Infos? (CI = Continuous Integration 😄)
**Webseite beim Mergen in Branch "main" (über einen Pull Request) veröffentlichen** - Woodpecker Anbindung an neue Server-Infrastruktur - Rechtemanagment (wer darf pushen, mergen) - Gefährdung von CI-Infos? (CI = Continuous Integration 😄)
sicking added this to the AP 9-2 Techn. Infrastruktur weiterentwickeln (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
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.
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.
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
sicking added the
oer.community
label 2025-02-11 14:08:05 +00:00
sicking modified the project from Projekt-Technik to Webseite oer.community 2025-02-11 14:08:10 +00:00
sicking changed title from Webseite beim Mergen in Branch "main" (über einen Pull Request) veröffentlichen to Webseite: beim Mergen in Branch "main" (über einen Pull Request) veröffentlichen 2025-02-11 14:08:18 +00:00
sicking changed title from Webseite: beim Mergen in Branch "main" (über einen Pull Request) veröffentlichen to Webseite: Deployment per "Actions" 2025-02-11 14:43:04 +00:00
Author
Owner

Die Commit- / Merge- ... Disziplin lässt etwas nach. ;-)
Kleine (kleinste) Änderungen werden öfter direkt in den Branch "main" gepushed. Damit verlieren wir eine Möglichkeit, einen Review-Workflow auf Basis von Branches zu etablieren.

U. a. das neue Issue "Webseite: Workflow für die Aktualisierung der Webseite durch jede*n (LS) " will sich dem annehmen.

Am besten nach hierhin () "migrieren".

Die Commit- / Merge- ... Disziplin lässt etwas nach. ;-) Kleine (kleinste) Änderungen werden öfter direkt in den Branch "main" gepushed. Damit verlieren wir eine Möglichkeit, einen Review-Workflow auf Basis von Branches zu etablieren. U. a. das neue Issue "Webseite: Workflow für die Aktualisierung der Webseite _durch jede*n_ (LS) #218" will sich dem annehmen. Am besten #218 nach hierhin (#139) "migrieren".
Sign in to join this conversation.
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Reference: Comenius-Institut/FOERBICO#139
No description provided.