Hi,
ich hab mir noch mal nen paar Gedanken zu nem stabilen Branch gemacht und liste hier nur mal nen paar Ideen auf:
- Getrennt kompilieren aber auf den bestehenden nightcompile Maschinen
- Ausgecheckt wird die als "stabil" markierte Version.
- Es werden die externen Sourcen von genau der Version genommen die als stabil markiert wurde
- Die Sourcen werden aus dem Source cache des nightcompile geholt.
- Sollten die benötigten Sourcen nicht mehr verfügbar sein, wird nicht neu gebaut. Dann muss erst erneut die aktuelle Version getestet werden.
- Alle nicht getesteten Pakete werden in der neusten Version gebaut und somit auch immer mit aktualisiert
- Als defekt markierte Pakete werden entweder in der zuletzt stabil markierten Version gebaut, oder falls nicht vorhanden, gar nicht gebaut
Offene Fragen:
- Machen wir nen nächtlichen kompletten Bild, oder nutzen wir die stündliche Autobuild Funktion, oder nen nächtlichen Autobuild, oder nen wöchentlichen Komplett Bild?
- Den nächtlichen VDR-Bild brauchen wir jedenfalls nicht
- Sollten wir nen nächtlichen Bild machen, sollte der vor dem Devel Build laufen, da so die Chancen am größten sind, das die gewünschten Sourcen noch verfügbar sind.
- Soll die stable Markierung in's git, oder nutzen wir ne einfache Textdatei (einfache Umsetzung), in der die stabiele Version eingetragen wird?
- Soll eine stable Markierung auf der Webseite sich direkt auf den Stable Build auswirken? Wer bekommt die Rechte für eine direkte Markierung die direkt übernommen wird. Bisher hatten wir erst einen Fall wo die Stable Markierung missbraucht wurde und zu dem Zeitpunkt war das noch ohne Anmeldung möglich.
- Wie viele User müssen ein Paket als stabil markieren, bevor dies automatisch übernommen wird?
- Brauchen wir einen stabilen Branch? Dann müsste einfach ein eventuell vorhandener stabiler Branch bevorzugt genommen werden.
Claus
Users Online