Release Process Concept

=Release Process: Meeting mit Ulla=

State of the Art

 * PubMan: 3 Releases/Jahr
 * keine festen Zeitspannen für Entwicklung/Testen
 * fester Release-Termin

Aktueller (inoffizieller) Prozess

 * (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

 * 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

 * Framework Release
 * Bugfix Release
 * Feature Release
 * Cleanup Release

Dokumente

 * https://subversion.mpdl.mpg.de/repos/smc/trunk/01_Project_Administration/03_Processes_and_Guideliness/Project_Organization/
 * PubMan_Going_Productive
 * ESciDoc_Solutions_Servers
 * Testing process and scenarios, check cpt_pubman_testing_process