Release-Prozess #63

New Issue

Brain · 2023-12-14T20:34:23+01:00

Brain commented

2023-12-14 20:34:23 +01:00

Derzeit sind die Änderungen der letzten Zeit noch nicht produkiv ausgerollt (s. kompetenzinventar/ki-doku#61).

Für das initiale Deployment und die ersten Nacharbeiten wurden die Versionen 1.0.0 und 1.1.0 veröffentlicht.

Soll auch weiterhin ein versionsbasierter Ansatz gefahren werden oder eher ein Rolling-Release-Modell?

Nachdem das Projekt öffentlich ist, ist es vermutlich sinnvoll Versionen zu veröffentlichen?

Derzeit sind die Änderungen der letzten Zeit noch nicht produkiv ausgerollt (s. kompetenzinventar/ki-doku#61). Für das initiale Deployment und die ersten Nacharbeiten wurden die Versionen 1.0.0 und 1.1.0 veröffentlicht. Soll auch weiterhin ein versionsbasierter Ansatz gefahren werden oder eher ein Rolling-Release-Modell? Nachdem das Projekt öffentlich ist, ist es vermutlich sinnvoll Versionen zu veröffentlichen?

jaschop commented

2023-12-19 11:04:00 +01:00

Ich wäre auch für Versionen. Einmal im Monat einen Release anlegen und gelegentlich einen Hotfix wäre für mich ein akzeptabler Aufwand für die verbesserte Klarheit. Release Notes schreiben sollte jemand, da würde ich mich anbieten.

Was das ganze noch einfacher und klarer machen würde, wäre natürlich das Monorepo. Ich würde damit anfangen, parallel Versionen auf allen Subrepos zu verteilen. Dann kann man nach Version 1.x, wenn man halt Zeit hat, die Subrepos archivieren und mit Version 1.x im neuen Repo starten.

Ich würde vorschlagen, zum Anfang 1.1.1 auf frontend, backend, docker, ansible & doku zu verteilen und dann auszurollen.

Ich wäre auch für Versionen. Einmal im Monat einen Release anlegen und gelegentlich einen Hotfix wäre für mich ein akzeptabler Aufwand für die verbesserte Klarheit. Release Notes schreiben sollte jemand, da würde ich mich anbieten. Was das ganze noch einfacher und klarer machen würde, wäre natürlich das Monorepo. Ich würde damit anfangen, parallel Versionen auf allen Subrepos zu verteilen. Dann kann man nach Version 1.x, wenn man halt Zeit hat, die Subrepos archivieren und mit Version 1.x im neuen Repo starten. Ich würde vorschlagen, zum Anfang 1.1.1 auf frontend, backend, docker, ansible & doku zu verteilen und dann auszurollen.

👍 1

srsh added this to the Project for KI project 2024-01-06 12:59:23 +01:00

Brain referenced this issue

2024-01-06 14:13:27 +01:00

KI-Frontend: Problem melden - 404 #61

srsh added the

help wanted

label 2024-01-06 14:18:33 +01:00

Brain commented

2024-08-22 12:44:14 +02:00

Version 1.2.0 von Backend und Frontend released (nicht 1.1.1, da kleines Feature enthalten). Monorepo wäre glaube ich auch noch schön, aber jetzt werden erst mal die Dependencies getrennt gerade gezogen.

Brain closed this issue

2024-08-22 12:44:14 +02:00

Sign in to join this conversation.