Release 3.1.0 Freigabe

[JohannMaierhofer]

Da unser Thread zur Release Freigabe schon sehr lang ist möchte ich hier die Diskussion zur 3.1.0 Freigabe beginnen.
Ich denke, dass es Zeit wird über eine 3.1.0 Freigabe zu reden.

Wir haben ja aktuell einige PRs bei denen es schön wäre wenn sie noch in die 3.1.0 kommen würden.

Ansonsten würde ich es so sehen:

• Der Workaround für bsh Fehler #811 #918 muss unbedingt hinein weil es einen Bug fixed
• Der Steuer auch In Zusatzbeträgen und Beitragsgruppen #898 sollte auch dabei sein weil er das neue Steuerkonzept abrundet
• Ebenso Steuer Zuordnung Dialog #891
• Der Alle Schriften in Formularen durch freie Schriften ersetzt #897 sollte dabei sein um die Probleme bei den Rechnungen zu lösen
• Bei Wirtschaftsplan #525 hätte ich eine Frage an @mbmueller wie hier der Stand ist. Da wir doch bald die 3.1.0 herausgeben sollten wäre die Frage ob dieses Feature noch hinein soll oder erst in einer weiteren Release.

Da die Features #877 und #896 schon öfters im Forum nachgefragt wurden wären das sicher auch gute Kandidaten.

[lenilsas]

Ich werde noch einen PR machen damit die Steuer auch in den Pdf-Buchungslisten enthalten ist, der sollte dann auch noch mit rein.

[JohannMaierhofer]

Ja, das Steuer Thema sollte vollständig sein.

Bevor wir die Release dann frei geben sollte auch eine gute Beschreibung in der Docu existieren um den Usern das neu Konzept zu erklären.

[JohannMaierhofer]

Ich habe für die neuen Views etwas Docu erstellt und das neue Konzept in der Release Note beschrieben.

[mbmueller]

• Bei Wirtschaftsplan #525 hätte ich eine Frage an @mbmueller wie hier der Stand ist. Da wir doch bald die 3.1.0 herausgeben sollten wäre die Frage ob dieses Feature noch hinein soll oder erst in einer weiteren Release.

Ich würde das natürlich gerne noch drin haben, da ich aber im Moment auch wenig dran gearbeitet habt müsst ihr Stand jetzt nicht ewig auf mich warten. Sinnvoll wäre es nur, dass das Feature im November released wird, da in dem Zeitraum in den meisten Vereinen die Planung wieder anfängt. Also das dann ggf. im November die 3.2.0 erscheint

[JohannMaierhofer]

Gibt es Reviewer die die aktuellen PRs reviewen könnten?
Wir haben ja gerade viele PRs die anstehenden würden.

[JohannMaierhofer]

Status der Releasefreigebe:
Inzwischen schaut es schon nicht schlecht aus für eine Freigabe.

Ich denke wir sollten jetzt keine neuen Features mehr machen solange die 3.1.0 nicht fertig ist. Das Einzige wäre der #936, welcher das Steuer Feature noch abrunden würden. @lenilsas wie ist hier deine Meinung dazu? Würde dir das Feature auch gefallen? Es sollte ja nicht viel Aufwand sein.
Als PR sollte #935 übernommen werden.

Dann sollten natürlich die Bug Fixes rein, also:

• Fehler bei Einstellungen behoben #941
• Verlassenmeldung bei Rechung behoben #938
• Fix für #931 Punkt 2 #937

Bei den beiden Features wäre es natürlich schön wenn sie dabei wären, sie sollten aber evtl. die 3.1.0 nicht blockieren:

• Konfigurierbare Dateinamen #877 (hier ist auch die Frage ob es so mit Tabellen gemacht werden soll oder anders über die Einstellung Properties)
• Vor Zurück Buttons in DetailViews #932

[lenilsas]

Ich sehe es ähnlich, ich habe noch ein paar kleine Fehler gefunden die ich noch überprüfen möchte. Daher bin ich noch nicht zum reviewen der größern PRs gekommen.
Außerdem hätte ich noch ein paar Dinge um das Steuerfeature abzurunden:

• Buchungslisten + Steuer
• Buchung Filter Steuer

[JohannMaierhofer]

Den Filter habe ich mit #943 eingebaut

[JohannMaierhofer]

Ich meine die PDF und CVS, da ist es noch nicht.

@lenilsas, wie schaut es bei dir aus? Möchtest du hier noch etwas machen oder kann das auch später kommen?

Bis auf die zwei Features, die dann halt auch später kommen, wären wir bereit für eine 3.1.0.

[lenilsas]

ich habe jetzt noch die Beiden Prs

• Steuer in Buchung PDF und CSV #948
• Fehler in Umsatzsteuer Voranmeldung #947

erstellt, wenn die übernommen sind, können wir von mir aus ein Release machen. Die beiden anderen Prs dauern wohl noch etwas und können dann ins nächste release, damit müssen wir ja nicht lange warten.

[JohannMaierhofer]

Ja, da sehe ich auch so, wenn die beiden übernommen sind können wir die Release machen.

Ich habe zwar jetzt den #932 mit dem neuen Vorschlag implementiert und übergeben, aber wenn er nicht mehr rein kommt ist das ok. Wir sollten jedenfalls nicht darauf warten.

[JohannMaierhofer]

Habe noch #949 gefunden.

[dippeal]

Wenn immer mehr "wäre schön, wenn XYZ PR noch rein kommt" dazu kommt, wird das release nie etwas. Zukünftig sollten, meiner Meinung nach, deutlich kleine releases gemacht werden (ca. 1-3 feature PR).

[JohannMaierhofer]

Ja, wir sollten kleinere Releases machen. Dieses Mal war die Steuer Umstellung etwas aufwändiger und hat länger gedauert. Die sollte aber vollständig sein.

[dippeal]

3.1.0 ist nun veröffentlicht. Anpassungen im repository nehme ich vor.

@JohannMaierhofer bitte branches umbenennen:
master zu 3.0.5
feature-3.1.0 zu master

und neu anlegen feature-3.2.0
und master auf 3.1.1 anheben beim nächsten PR.

[lenilsas]

hab ich gemacht und Tag gelöscht

[JohannMaierhofer]

@dippeal Warum ist der Changelog für die 3.1.0 die gleiche wie für 3.05?

[dippeal]

Habe erstmal das nightly ins offizielle 3.1.0 release geändert

[dippeal]

[dippeal]

Tag 3.1.0 sollte dann mal gelöscht werden und mit den oben genannten branchen weitergearbeitet werden. Denkt bitte daran die PRs auf die neuen branches zu legen. Die release action schaue ich mir die Tage an.

[lenilsas]

Warum muss der Tag gelöscht werden? Das haben wir bisher doch auch nicht gemacht

[dippeal]

Dann einen sauberen neuen 3.1.0 erstellen, welcher die Unterschiede zu 3.0.5 (master) hat.

[dippeal]

Moin,
#958 ist eingespielt, tag https://github.com/openjverein/jverein/tree/3.1.0 republished mit neuem release https://github.com/openjverein/jverein/releases/tag/3.1.0 . Repo ist aktualisiert openjverein/openjverein.github.io#17

[dippeal]

Soll ich mal 3.1.2 rausbringen oder gibt es noch etwas worauf gewartet wird?

[lenilsas]

wir sollten #970 noch abschließen, sonst geht die UStVA nicht

[dippeal]

Jetzt?

[JohannMaierhofer]

Ich denke #976 würde auch Sinn machen wenn er drinnen wäre

[JohannMaierhofer]

Aus meiner Sicht dann jetzt

[dippeal]

Erledigt

[lenilsas]

jetzt ist gerade blöderweise noch #977 dazugekommen, den behebe ich gleich

[JohannMaierhofer]

Dann wohl ein 3.1.3

[JohannMaierhofer]

Soll #980 noch in eine 3.1.3?

[dippeal]

Bin flexibel. Sag einfach bescheid, wenn das release erstellt werden soll.

[JohannMaierhofer]

Machen wir wegen #983 noch was in 3.1.3 oder erst später? Es ist ja nicht lebenswichtig.

Dann gibt es #984 . Mir scheint, dass er keine Sollbuchungspositionen in der Sollbuchung hat.

[JohannMaierhofer]

Nachdem wir noch kleine Antwort vom Author zu #984 haben würde ich vorschlagen jetzt die 3.1.3 herauszugeben.

[lenilsas]

können wir machen, sonst gibt es ja keine offenen Fehler

[dippeal]

3.1.3 ist online und steht zum Update bereit

[mbmueller]

Ich wäre dafür, dass Bufixes, automatisch in regelmäßigen Abständen erstellt werden, ohne dass es dafür hier Absprachen geben muss.
Denkbare rhythmen wären täglich, 2x / Woche (an fixen Tagen) oder wöchentlich. Dafür muss natürlich dann garantiert werden, dass der master branch nach jedem PR in einem deliver-baren Zustand bleibt, da dieser aber nur Bugfixes beinhaltet sollte das aber kein Problem sein. Dafür ist dann auch wichtig, dass ein Bugfix genau ein PR ist.

[dippeal]

Bin schon am überlegen wie man das automatisiert und auch gleich das repo mit.
Eigentlich müsste es im OJV nur eine master-branch action sein, die auf die Version achtet und prüft ob es noch keinen tag dazu gibt. Wenn das der Fall ist wird der Release-Prozess gestartet.

Dann wird der Prozess immer gestartet, sobald die OJV Version im plugin.xml hochgezogen wird und der PR merged ist.
Aber das ist ein Thema für eine weitere discussion.

[mbmueller]

Das stimmt. Im Idealfall zählt die Action von allein die Versionsnummer hoch und released immer dann, wenn es zu den Zeitpunkten Änderungen im Repo gibt.

[mbmueller]

Ich würde vorschlagen direkt eine neue 3.1.4 raus zu geben insbesondere da #1000 ja viele Probleme behebt, die vor allem auch Kernfunktionen wie das Bearbeiten von Mitgliedern betreffen.

[JohannMaierhofer]

Das geht nicht, beim aktuellen Code funktioniert ein Upgrade nicht. Damit ist der unbrauchbar. Nur wenn #993 dabei ist kann man die SW wieder nutzen.

[JohannMaierhofer]

Als Alternative zu #993 kann man natürlich auch #992 rückgängig machen, der hat das Problem produziert.

[mbmueller]

Ich schaffe es im Moment nicht, das ganze ordentlich zu testen. Grundsätzlich, sollte aber der master branch eh immer in einem deployable state sein, daher würde ich das einmal reverten und #993 kann ja dann nachgereicht werden.

[JohannMaierhofer]

Ich denke, nach #1009 und #1011 sollte eine neu Version erstellt werden.