Release Freigabe Besprechung #482
Replies: 7 comments 1 reply
-
Ich freue mich über eure tolle Arbeit und gebe aus Erfahrung den Hinweis die Versionsnummer Weise zu wählen. Meistens wird in Projekten ein Semantic-Versioning verwendet welches unter semver.org beschrieben ist. Nachfolgend ein Auszug in Englisch: MAJOR version when you make incompatible API changes
Additional labels for pre-release and build metadata are available as extensions to the MAJOR.MINOR.PATCH format leider bin ich gerade am Handy und kann hier nicht schön schreiben aber ich hoffe ihr versteht was ich meine |
Beta Was this translation helpful? Give feedback.
-
Danke für den Kommentar. Wenn das so üblich ist, sollten wird das vielleicht auch so machen. Ich habe gesehen, dass manche Projekte die ungeraden Nummern für Entwicklerversionen nehmen und die geraden für die offiziellen Releases. |
Beta Was this translation helpful? Give feedback.
-
|
Beta Was this translation helpful? Give feedback.
-
Ich dachte ja, die Nightly mit ungeraden Nummern zu versehen. Wenn sich die jemand installiert kann er halt sehen, dass es ein nightly ist. Momentan bekommt er schon die nächste Version angezeigt und weiß später eigentlich nicht ob er jetzt ein nightly hat oder die offizielle Version. Beispiele dafür sind Gimp, Darktable etc. |
Beta Was this translation helpful? Give feedback.
-
Ich kann die Versionsnummer beim Erstellen des nightly, in der github action, ändern und z.B. ein Suffix anhängen. So wird daraus Beispielsweise "2.9.0-nightly". |
Beta Was this translation helpful? Give feedback.
-
Das ginge natürlich auch. Ich habe noch nie direkt ein nightly installiert. Wie ist das denn da wenn man ein solches installiert hat. Bekommt man dann wenn die neue Release da ist eine Info, dass es eine neue Version gibt und man kann dann direkt online upgraden oder geht das nur wenn man eine offizielle Version hat? |
Beta Was this translation helpful? Give feedback.
-
Dann machen wir das doch so mit dem Nightly im Namen. |
Beta Was this translation helpful? Give feedback.
-
Nachdem es bei der V2.8.23 Freigabe zu Diskussionen kam, schlage ich vor diese Diskussion zu verwenden um die Freigaben zu besprechen.
Hier könnte man besprechen wann wir wieder eine Release freigeben und welche PRs ggf. noch rein sollten.
Ich hätte auch gleich einen Vorschlag. Nachdem Jameica und Hibiscus schon bei einer 2.10, sind frage ich mich, ob wir nicht auch eine 2.10.1 als nächste Version nehmen sollten.
Wir haben gegenüber dem original JVerein so viele Fehler beseitigt und neue Features implementiert, dass wir uns durchaus von einer 2.8 absetzen können. Da wäre ja schon fasst eine 3.0 angebracht.
Beta Was this translation helpful? Give feedback.
All reactions