Release-Phasen
erstellt von Veit Schiele
—
zuletzt verändert:
17.04.2007 19:36
© Veit Schiele 2006
Die normalen Entwicklungszyklen unserer Produkte.
- alpha
- Momentaufnahmen des aktuellen Entwicklungszweiges (release branch), die zum Testen herausgegeben werden. Migrationen zwischen den verschiedenen alpha-Versionen werden nicht unterstützt. alpha-Versionen sollten ausschließlich zu Testzwecken verwendet werden.
- beta
- Keine neuen Funktionen und internen Schnittstellen. Änderungen werden nur an Lokalisierung, User Interface und zur Fehlerbeseitigung vorgenommen. Migrationen zwischen bestimmten betas sind möglich. betas sind nicht für Produktionsumgebungen geeignet, können aber für Tests – hauptsächlich der beta-Version – eingesetzt werden.
- Release Candidate (RC)
- Idealerweise wurden in der letzten beta keine Fehler gefunden, sie wird dann zum ersten Release Candidate. Andere Migrationen als bei den betas sollten nicht erforderlich sein. Die Lösung neuer Probleme führt zu neuen Release Candidates. RCs sollten nur für Tests und Entwicklungsserver verwendet werden, nicht für Produktionssysteme.
- Final
- Normalerweise keine Änderung gegenüber dem letzten Release Candidate, in dem keine offensichtlichen Fehler gefunden wurden. Die finale Version kann in Produktionssystemen eingesetzt werden.
- Aufeinanderfolgende Final Releases
- Alle Final Releases erhalten eine Versionsnummer mit drei durch Punkte getrennten Zahlen:
- Änderungen in der ersten Ziffer weisen auf eine Änderung der Software-Architektur hin,
- Änderungen der zweiten Ziffer bei gleichbleibender erster Ziffer deuten auf einen veränderten Funktionsumfang hin,
- Änderungen der dritten Ziffer beziehen sich auf beseitigte Fehler ohne veränderten Funktionsumfang.
