Versionierung des Portals

Das Portal kennt eine analoge Struktur wie VinX

• Main ist der aktuellste Entwicklungsrelease und nur zu Testzwecken.

• Release/n ist der Branch, wobei n hier der Version gemäss Spezifikation entspricht. Mit jedem abgeschlossenen Release wird ein Branch gezogen, worauf anschliessend nur noch Bugfixes vorgenommen werden.

 Was ist in den Release

Die aktuellen Tickets sind im Dev-Ops Board auf Encodo Seite siehe Dev-Ops-Tickets
Wenn sie geschlossen werden, verknüpft sie Encodo mit den Release, worin sie freigegeben wurden. Das ist derjenige, der unter der Release-Nummer in den Artifacts angegeben ist:

Open

Links vom Release sind die Artifacts, die das Datum wiedergeben.

Durch Klicken auf die Artifacts erreichen wir die Release-Details. Dort ist unter Related Items die Liste der Tickets, die mit diesem Release gelöst wurden. Auf den Tickets wiederum sind die Notizen dazu. Nicht zu beachten sie die Zahl, das sind alle

Open

Die Anzahl Work Items sagt nicht viel, eher die konsumierten und publizierten, wobei erst durch Anklicken der Work Items erhalten wir die gewünschten Details.

Welches ist nun der richtige Release?

• Analog zu VinX: Nach Update auf die neuste VinX Version auf den neusten Branch-Release.

• Im Dev auf den neusten Main, ebenso auf Kunden-Test-Portalen mit den wir die Dev-Funktionalität testen.

• Ohne Update von VinX: In der Regel auf den neusten Patch seines Release. Ähnlich wie die BPE ist das Portal tolerant gegenüber den VinX Anpassungen, so dass vielfach auch der neusten Branch-Release am besten funktioniert. Release/2 benötigt aber VinX 24.