Am 21.06.2015 um 15:06 schrieb Clemens John:
Hi,
ich habe schnell ein best-practice zum Anlegen von Release-Tags zum Wiki hinzugefügt: https://wiki.nordwest.freifunk.net/Entwicklung/Firmware_releaseprozess#Relea...
Insbesondere der Punkt Tag-Message ist denke ich interessant. Ich würde vorschlagen, dass wir die Tag-Messages ein wenig ausbauen und jeweils einen Mini-Changelog angeben. Dann haben wir eine verbale Zusammenfassung der Änderungen an einer zentralen Stelle und der Prozess integriert sich quasi perfekt in unsere vorhandenen Abläufe.
Taggen müssen wir sowieso und wenn wir eine vernünftige Message mit angeben, könnten wir uns in der Zukunft mal ein Script schreiben, dass wir in den Gitlab Web-Hooks des Siteconf repos hinzufügen und automatisch immer dann aufrufen, wenn ein Tag gebusht wird. Dieses Script schiebt dann bei jeden Release oder z.B. nur bei Major-Releases einen Artikel in unseren Blog und hängt an den Artikel die Tag-Message mit der Zusammenfassung sowie einen automatisch erstellten Changelog an. Vom Blog geht das dann per iffft auch automatisch auch auf die anderen Kanäle wie Twitter/Facebook/Mailingliste.
Für Tage mit viel Zeit: Das ganze könnte man mit Jenkins sicher soweit aufbohren, dass Releases außerdem automatisch gebaut und auf den Server geschoben werden. Dazu ist mir folgendes Script übern Weg gelaufen: https://freifunk-ingolstadt.de/git/Freifunk_Ingolstadt/ffin-site/raw/master/...
Finde die Idee Super. Je mehr wir automatisieren können des so besser! :-)
Ich würde mich da gleich nach dem WLAN triangulations Package und der neuen Firmware für das Backbone Netz ran setzen. Magst du da ein issue im git erstellen. Das wäre super.
LG Tarek