X-Git-Url: http://wagnertech.de/git?a=blobdiff_plain;f=doc%2Frelease_management.txt;h=a10ea5a164d25e3a7048d890f37899b6e5d773a5;hb=4a79f4849940c1654d6d2cd60d4847106529d2b0;hp=229943cfbd41a05860f38d293466ca6ac74bf901;hpb=e42233910a57d39f3ccef150db1212f7ecb7fb30;p=kivitendo-erp.git diff --git a/doc/release_management.txt b/doc/release_management.txt index 229943cfb..a10ea5a16 100644 --- a/doc/release_management.txt +++ b/doc/release_management.txt @@ -24,7 +24,7 @@ als freundliche Checkliste zum Ausdrucken und Erweitern. Benutzer und Mandant muss hierfür entsprechend in kivitendo.conf > Abschnitt testing konfiguriert sein. - - Im Moment sind 3 Fehler optimal (die sind noch nicht angegangen): + - Im Moment sind 3 Fehler optional (die sind noch nicht angegangen): o bin/mozilla/ic.pl contains at least 123 html tags. - Einige Tests setzen eine korrekt aufgesetzte Datenbank für tests voraus. TODO: diese Tests korrekt skippen wenn keine DB gefunden wurde. @@ -118,7 +118,7 @@ als freundliche Checkliste zum Ausdrucken und Erweitern. 3. Das Modul in SL/InstallationCheck.pm eintragen. Testen. - 4. Das Modul in der Installationsanleitung eintragen. + 4. Das Modul in der Installationsanleitung (documentation.xml) eintragen. * doc/UPGRADE doku aktualisieren und auf Vollständigkeit prüfen. @@ -193,6 +193,11 @@ als freundliche Checkliste zum Ausdrucken und Erweitern. $ scripts/dbupgrade2_tool.pl --nodeps + Wichtig: Seit 3.0.0 gibt es noch zusätzlich ein Pg-Upgrade2-auth/ Verzeichnis, welches + für die Authentifizierungsupdates benutzt wird. + + $ scripts/dbupgrade2_tool.pl --nodeps --auth-db + * Voraussichtliches Releasedatum im changelog eintragen * Finaler Testlauf: @@ -218,18 +223,9 @@ als freundliche Checkliste zum Ausdrucken und Erweitern. Commits mit Tags können von github als Archiv heruntergeladen werden: https://github.com/kivitendo/kivitendo-erp/releases -* Tarball testen, wird das richtig entpackt? - -* SHA1 und MD5 von tarball machen und in *.sha1 bzw. *.md5 speichern - -* Alles auf Sourceforge hochladen - -* Auf Sourceforge den Standarddownloadlink setzen - * Releasemessages schreiben für folgende Ziele: - kivitendo.de: deutsch, prosa, formell - - freecode.com: englisch, max 600 zeichen, technische stichpunkte aus dem changelog (ehemals freshmeat.net) - Mailinglisten: deutsch, freitext, informell * Alle Releasemessages von mindestens einer Person Korrektur lesen lassen