Am Freitag, 19. Juni 2015, 15:11:01 schrieb Jan-Tarek Butt:
Im Moment werden Änderungen aus dem master in den aktuellen Firmware branch gecherrypickt. Wo du das aber gerade ansprichst würde ich die Struktur ein wenig ändern wollen. Folgendes
Ok, ich behalte das mit dem cherrypicken für das aktuelle Updat jetzt erstmal bei bis wir uns da was schlaues überlegt haben.
Ich würde gerne einen Master(Stable) Branch wo über tags die unterschiedlichen Versionen Gesetzen werden. Einen Testing Branch zum testen (mit geänderte SSID) und einen komplett vom produktiven Netz getrennten Server Setup. Ein Backbone Branch um eine speziell angepasste Firmware für das backbone zu haben.
Zustimmung.
P.S. Ich finde wir sollten nicht jede Kleinigkeit in ein eigenes Firmware release Rausgeben. Mein vorschlagt das nächste Release wird erst gluon 2015.1.1 sein mit der release Nummer 0.6.
Ich wahr eigentlich ganz glücklich, dass wir mit dem Autoupdater auf die "Release early, release often"-Strategie gewechselt sind. Den Routern ist es ziemlich egal wie oft sie geupdated werden und wir als Entwickler können Fehler nach einem Upgrade einfacher eingrenzen wenn jedes Release nur wenig Änderungen enthält.
Die "Feature Based Releases"-Strategie mit wenigen Releases, die viele Änderungen zusammenfassen macht zwar scheinbar weniger Arbeit weil der Release-Prozess nicht so häufig durchlaufen werden muss. Weil die Strategie mehr Änderungen pro Release mitbringt, verursacht die Strategie aber auch mehr Probleme, die sich schwerer eingrenzen lassen. Diese Strategie sind wir lange gefahren und haben uns damit auch lange geärgert. Ich will dahin nicht zurück.
Ich würde lieber einen Kompromiss vorschlagen, bei dem wir weiterhin "Release early, release often" anwenden aber Releases, die inkompatibel zueinander sind, explizit markieren z.B. indem sie als Major-Version herausgegeben werden.
Das wir derzeit so viele Mini-Releases haben ist ein wenig dem Umstand geschuldet, dass wir uns in einer Ausnahmesituation aufgrund des Batman Updates befinden. Glücklicher Weise bringen die Releases keine Inkompatibilitäten mit sodass niemand gezwungen ist zu Updaten.
Haben wir eigentlich inzwischen wieder einen Maintainer des Repos?
Indirekt dich weil du dich in letzter Zeit drum gekümmert hast :D
LG Clemens