Ein Release ist die Fassung einer Software, die als fertig erklärt und veröffentlicht wird. Sie trägt eine Nummer, ist im Repository festgehalten und lässt sich damit später genau wiederherstellen.
- Release
Die Fassung einer Software, die als fertig erklärt und veröffentlicht wird.
Beispiel: „Das Release 2.4.0 ging mit dreizehn Änderungen und zwei Korrekturen an die Kunden.“Auf Deutsch Freigabe oder Veröffentlichung. Festgehalten wird ein Release im Repository als Tag, der auf einen bestimmten Commit zeigt.
Abgrenzung zum Deployment: Dieses bringt einen Stand auf einen Server. Ein Release kann mehrfach ausgerollt werden, auf die Testumgebung und später nach außen.
Woraus ein Release besteht
Aus vier Teilen: einer Versionsnummer, einem Tag im Repository, dem gebauten Ergebnis und den Hinweisen, was sich geändert hat. Fehlt einer davon, lässt sich später nicht mehr klären, welcher Stand bei einem Kunden steht.
Bei Websites fällt der dritte Teil oft mit dem Deployment zusammen, weil gebaut und ausgerollt wird, sobald etwas fertig ist. Bei Produkten, die andere installieren, bleibt das gebaute Ergebnis als Paket liegen, siehe Deployment-Artefakt.
Wie oft ein Release sinnvoll ist
So oft, dass ein einzelnes klein bleibt. Zwanzig Änderungen auf einmal machen die Fehlersuche zum Ratespiel, weil jede von ihnen die Ursache sein kann; drei Änderungen lassen sich in Minuten eingrenzen.
In der Arbeit an Websites hat sich bei uns der laufende Betrieb durchgesetzt: fertig heißt live, mehrmals pro Woche. Große Termine bekommen stattdessen eine ruhige Phase davor, siehe Code Freeze.
Was ein Release im Nachhinein wert ist
Die Möglichkeit, einen Zustand wieder herzustellen. Ein Tag im Repository und das zugehörige Paket bedeuten, dass der Stand von vor sechs Monaten in Minuten wieder läuft, samt der Abhängigkeiten, die damals aktuell waren.
Deshalb lohnt es sich, Releases auch dann zu nummerieren, wenn niemand sie kauft. Die Nummer ist die kürzeste Antwort auf die Frage, welcher Stand bei einem Kunden steht.