Webseite: Deployment per "Actions" #139
Labels
No labels
CI
Duplikat
Events
FAU
Fehler / Bug
GU
gutes erstes Issue
Hilfe gesucht
invalid
oer.community
Offene Frage
technik
Verbesserung
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Blocks
#218 Webseite: Workflow für die Aktualisierung der Webseite _durch jede*n_ (LS)
Comenius-Institut/FOERBICO
Reference: Comenius-Institut/FOERBICO#139
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Webseite beim Mergen in Branch "main" (über einen Pull Request) veröffentlichen
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.
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.
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 ;-)
Webseite beim Mergen in Branch "main" (über einen Pull Request) veröffentlichento Webseite: beim Mergen in Branch "main" (über einen Pull Request) veröffentlichenWebseite: beim Mergen in Branch "main" (über einen Pull Request) veröffentlichento Webseite: Deployment per "Actions"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".