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#Organisational_readiness
• ESciDoc_Solutions_Servers
• Testing process and scenarios, check cpt_pubman_testing_process

Publication Management

Graphical User Interface

Service Management

Kalenderwoche

Quality Assurance