Hi zusammen,
Clemens hatte vor einiger Zeit mal den nigthly autoupdater branche im siteconf repo angelegt.
Ich habe gestern testweise mal den nigthly CI in das packages repo eingebaut.
Langfristig würde ich mir wünschen den nigthly CI in dem packages repo zu lassen. Das ermöglicht bsp. das Änderungen die in den Master gemerged wurde automatisch Auf die Router installiert werden die auf dem nigthly branch zeigen. Somit können Entwickler relativ einfach neue Änderungen von anderen Entwicklern testen und auf bestehenden Änderungen entwickeln.
Ein nigthly branche im siteconf repo ist nicht wirklich hilfreich. Da dieses relativ selten, meist zur Zeit eines releases geädert wird.
vg Tarek
Aloha
also ich finde das Konzept gerade nicht ganz so optimal. Alles ein bisschen viel, wenn ich bedenke wo wir aktuell stehen.
Bevor wir diesen rissigen Firmware build Wahnsinn anfangen, der unheimlich viel Ressourcen und Zeit kostet. Sollten wir mal schauen ob wir vor diesem "Operational acceptance testing / System test“ schnellere Varianten anwenden.
Wir sollten denke ich eher schauen, automatische tests zu erzeugen, die den code testen ohne gleiche eine Firmware bauen zu müssen.
Aus der Hüfte geschossen würde ich erstmal sowas einbauen, welches wir automatisiert testen können ohne eine komplette firmware zu bauen:
Alles: Code Style Check Hoodfile: JSON valid? Lorenz sein script welches alle peers durchtestetet Hoodselector: Unit tests mit verschieden Testseznarien, ob sich der hoodselector richtig entscheidet
Ich denke das macht für uns mehr sinn aktuell.
Nach meiner Hochzeit im August nehme ich mich gerne diesem Thema an
Gruß
Johannes
Am 29.06.2017 um 13:26 schrieb Jan-Tarek Butt via Dev dev@lists.ffnw.de:
Hi zusammen,
Clemens hatte vor einiger Zeit mal den nigthly autoupdater branche im siteconf repo angelegt.
Ich habe gestern testweise mal den nigthly CI in das packages repo eingebaut.
Langfristig würde ich mir wünschen den nigthly CI in dem packages repo zu lassen. Das ermöglicht bsp. das Änderungen die in den Master gemerged wurde automatisch Auf die Router installiert werden die auf dem nigthly branch zeigen. Somit können Entwickler relativ einfach neue Änderungen von anderen Entwicklern testen und auf bestehenden Änderungen entwickeln.
Ein nigthly branche im siteconf repo ist nicht wirklich hilfreich. Da dieses relativ selten, meist zur Zeit eines releases geädert wird.
vg Tarek
Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev
Hallo,
also ich finde das Konzept gerade nicht ganz so optimal. Alles ein bisschen viel, wenn ich bedenke wo wir aktuell stehen.
Was genau meinst du mit "Alles ein bisschen viel, wenn ich bedenke wo wir aktuell stehen."?
Bevor wir diesen rissigen Firmware build Wahnsinn anfangen, der unheimlich viel Ressourcen und Zeit kostet. Sollten wir mal schauen ob wir vor diesem "Operational acceptance testing / System test“ schnellere Varianten anwenden.
die CI conf wird noch angepasst. Ein Build für alle Architekturen dauert nur ca. 20min da nicht jedes mal die gesamte toolchain mit gebaut werden muss. Daher sehe ich da jetzt keine Ressourcen und Zeit Verschwendung zumal eh nur bei Änderungen auf dem master neu gebaut wird.
Ich sehe da jetzt kein "build Wahnsinn". Zu dem System Test können wir es ja umstellen wenn es verfügbar ist. Ich sehe es aber aktuelle nicht, das irgendwelche Statischen Analysen die tatsächlich alles abdecken für unser Szenario extrem schwierig/nicht realisierbar sind. Ich wüsste jetzt z.B. nicht wie ich einfacher pkg confligs oder build conflicts feststellen könnte ohne es zu bauen.
Wir sollten denke ich eher schauen, automatische tests zu erzeugen, die den code testen ohne gleiche eine Firmware bauen zu müssen.
diese sind im bedingten falle nur möglich. Eine Abdeckung aller fälle wäre nur durch die simulation der einzeln Architekturen möglich.
Logische oder syntaktische Fehler können damit natürlich von dem Bau abgefangen werden. Ich erstelle dazu später ein issue der bei zeit realisiert werden könnte. Ein ähnliches Konzept habe ich bei unseren puppet repos vor ein paar Wochen bereits realisiert.
vg Tarek