Webhook Releases

[derfl0]

Wenn per Webhook ein neues Release geladen wird, soll im Manifest nach Änderungen der Version Nummer gesucht werden. Wird dort eine Änderung festgestellt, dann soll ein neues Release angelegt werden.

[Krassmus]

Damit hängt man natürlich die ab, die ein bestimmtes Release abonniert haben. Schauen wir uns mal eine Versionsnummer an, wie sie Stud.IP hat.

3.1.1

Soll bei einer 3.1.2 ein neues Release erzeugt werden oder erst bei einer 3.2.0 oder erst bei einer 4.0.0? Letztlich sollte ja (wenn man der reinen Lehre folgt), jede Änderung am Plugin sich auch irgendwie in der Versionsnummer wieder finden können. Ansonsten ergeben Versionsnummern gar keinen Sinn mehr.

Wo ich dabei wäre, wenn wir sagen, eine volle neue Versionsnummer erzeugt auf jeden Fall ein neues Release auf dem Marktplatz. Also im oberen Beispiel würde erst die 4.0.0 ein neues Release erzeugen, aber nicht die 3.1.1 und auch nicht die 3.2.0.

[derfl0]

Wenn ich eine weiter Version eines Plugins weiterhin pflegen möchte, muss ich diese ohnehin in einen anderen Branch auslagern. Wenn sich dort dann die Versionsnummer nicht mehr ändert bleibt eh alles beim alten. Alternativ könnte man eine Eigenschaft (Detect new versions?) an ein Release hängen, dass dann immer neue Releases eröffnen würde, und andere könnten sich selbst einfach updaten.

Eine weiter Möglichkeit wäre die Releases als Baum anzuzeigen und ich kann an jeder Stelle des Baums abbonieren und würde dann über alle Unterreleases informiert.

[Krassmus]

Neuer Kom­pro­miss: Neues Release, wenn sich zugleich version des Plugins und studipMinVersion erhöht. Ganz wichtig, dass sie sich erhöht, denn nur dann lässt sich Abwärtskompatibilität nicht mehr gewährleisten und ein neues Release ist vonnöten.