Release Process Concept
Jump to navigation
Jump to search
Release Process: Meeting mit Ulla[edit]
State of the Art[edit]
- PubMan: 3 Releases/Jahr
- keine festen Zeitspannen für Entwicklung/Testen
- fester Release-Termin
Aktueller (inoffizieller) Prozess[edit]
- (nicht schriftlich festgehalten), Dokument process-parts (svn) nicht aktuell
- Definition des Release: Features werden festgelegt (aus der Featurelist, Wünsche von Instituten) - Ulla
- Release Proposal abgestimmt mit DEV, GUI, SvM
- Aufwandsschätzung, Releasedatum (KW) wird berechnet
- Feature-Freeze 2-3 Wochen vor der Deadline (evtl. können Features rausfliegen)
- Kritische Punkte: Wer entscheidet was rausfliegt? Es muss rechtzeitig bekannt sein, was das Release beinhaltet!
- erste Tests von DEVs auf dev-server
- QA Release
- SvM Testphase (ca. paar Tage): Tickets werden erstellt
- Nicole spricht mit DEVs: welche bugs müssen behoben werden/was ist "known-bug"
- Bugfixes durch DEVs
Open Questions: SvM[edit]
- Wer arbeitet auf welchem Server?/Zweck des Servers? (dev, test, qa, live)
- Wie sind die technischen Unterschiede der Server? Warum? Was muss beachtet werden?
- Was wird auf dev (durch Entwickler) getestet?
- Wann wird QA-Release freigegeben?
Unterschiedliche Release Arten[edit]
- Framework Release
- Bugfix Release
- Feature Release
- Cleanup Release