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