Revision f7d8c620
Von Kivitendo Admin vor mehr als 9 Jahren hinzugefügt
| doc/release_management.txt | ||
|---|---|---|
| 24 | 24 |
Benutzer und Mandant muss hierfür entsprechend in kivitendo.conf > Abschnitt testing |
| 25 | 25 |
konfiguriert sein. |
| 26 | 26 |
|
| 27 |
- Im Moment sind 3 Fehler optimal (die sind noch nicht angegangen):
|
|
| 27 |
- Im Moment sind 3 Fehler optional (die sind noch nicht angegangen):
|
|
| 28 | 28 |
o bin/mozilla/ic.pl contains at least 123 html tags. |
| 29 | 29 |
- Einige Tests setzen eine korrekt aufgesetzte Datenbank für tests voraus. |
| 30 | 30 |
TODO: diese Tests korrekt skippen wenn keine DB gefunden wurde. |
| ... | ... | |
| 196 | 196 |
Wichtig: Seit 3.0.0 gibt es noch zusätzlich ein Pg-Upgrade2-auth/ Verzeichnis, welches |
| 197 | 197 |
für die Authentifizierungsupdates benutzt wird. |
| 198 | 198 |
|
| 199 |
$ scripts/dbupgrade2_tool.pl --nodeps --auth-db |
|
| 200 |
|
|
| 199 | 201 |
* Voraussichtliches Releasedatum im changelog eintragen |
| 200 | 202 |
|
| 201 | 203 |
* Finaler Testlauf: |
| ... | ... | |
| 221 | 223 |
Commits mit Tags können von github als Archiv heruntergeladen werden: |
| 222 | 224 |
https://github.com/kivitendo/kivitendo-erp/releases |
| 223 | 225 |
|
| 224 |
* Tarball testen, wird das richtig entpackt? |
|
| 225 |
|
|
| 226 |
* SHA1 und MD5 von tarball machen und in *.sha1 bzw. *.md5 speichern |
|
| 227 |
|
|
| 228 |
* Alles auf Sourceforge hochladen |
|
| 229 |
|
|
| 230 |
* Auf Sourceforge den Standarddownloadlink setzen |
|
| 231 |
|
|
| 232 | 226 |
* Releasemessages schreiben für folgende Ziele: |
| 233 | 227 |
|
| 234 | 228 |
- kivitendo.de: deutsch, prosa, formell |
| 235 |
- freecode.com: englisch, max 600 zeichen, technische stichpunkte aus dem changelog (ehemals freshmeat.net) |
|
| 236 | 229 |
- Mailinglisten: deutsch, freitext, informell |
| 237 | 230 |
|
| 238 | 231 |
* Alle Releasemessages von mindestens einer Person Korrektur lesen lassen |
Auch abrufbar als: Unified diff
changelog und release sql Skripte für 3.3.0