Release Candidate
Ein Release Candidate ist eine fast fertige Version eines Programms, die veröffentlicht wird, damit Nutzer sie testen. Findet niemand mehr einen schweren Fehler, wird genau diese Version zur offiziellen Fassung erklärt.
Software entsteht nicht auf einen Schlag. Ein Programm wird über Monate geschrieben, verändert und immer wieder getestet. Kurz vor der offiziellen Veröffentlichung gibt es einen besonderen Zwischenstand: den Release Candidate, zu Deutsch etwa Freigabekandidat. Das ist eine Version, die aus Sicht der Entwickler fertig ist. Alle geplanten Funktionen sind eingebaut, alle bekannten schweren Fehler behoben. Trotzdem wird sie erst einmal nur zum Testen herausgegeben. Nur wenn sich in dieser Testphase kein größeres Problem zeigt, wird genau dieser Stand zur endgültigen Fassung.
Die letzte Bremse vor der Veröffentlichung
Ein Fehler kostet umso mehr, je später er auffällt. Solange ein Programm nur im Haus getestet wird, ist eine Korrektur billig. Ist die Version dagegen schon auf Millionen Geräten installiert, wird es teuer und peinlich. Der Release Candidate ist die letzte Gelegenheit, das zu verhindern.
Der Grund für diese Phase ist einfach: Entwickler können nicht jede Situation nachstellen. Nutzer haben andere Geräte, andere Einstellungen, andere Gewohnheiten. Ein Programm, das im Testlabor sauber läuft, kann auf einem alten Laptop mit ungewöhnlicher Grafikkarte abstürzen. Solche Fälle findet man nur, wenn viele verschiedene Menschen die Software wirklich benutzen.
Wichtig ist die Regel dahinter: In einen Release Candidate kommen keine neuen Funktionen mehr. Man spricht vom Feature Freeze, also einem Einfrieren des Funktionsumfangs. Erlaubt sind nur noch Korrekturen an echten Fehlern. Diese Selbstbeschränkung sorgt dafür, dass jede Änderung das Programm stabiler macht und nicht neue Risiken einführt.
Von Alpha über Beta zum Freigabekandidaten
Vor dem Release Candidate liegen meist zwei andere Stufen. Die Alpha-Version ist ein früher Stand, oft unvollständig und instabil. Sie bleibt in der Regel im Unternehmen. Die Beta-Version geht schon an Außenstehende, enthält aber noch bekannte Lücken und Fehler. Erst danach folgt der Release Candidate als reifste Vorstufe.
Erkennbar sind solche Versionen an ihrer Nummer. Ein Kürzel wie 5.0-rc1 bedeutet: erster Freigabekandidat für Version 5.0. Findet jemand ein ernstes Problem, beheben die Entwickler es und veröffentlichen 5.0-rc2. Dieser Kreislauf kann sich mehrfach wiederholen. Der Linux-Kernel, das Herzstück vieler Server und Android-Handys, durchläuft vor jeder Ausgabe rund sieben solcher Runden.
Bleibt eine Runde ruhig, passiert etwas Unspektakuläres: Der letzte Kandidat wird ohne weitere Änderung zur finalen Version umbenannt. Der Programmcode ist also identisch, nur das Etikett wechselt. Genau das ist der Sinn der Übung. Die veröffentlichte Fassung soll exakt der Stand sein, den viele Menschen zuvor geprüft haben.
Wo einem der Begriff über den Weg läuft
Am häufigsten trifft man auf Release Candidates bei Software, deren Entwicklung öffentlich stattfindet. Der Browser Firefox, das Betriebssystem Ubuntu oder die Programmiersprache Python kündigen ihre Kandidaten offen an. Wer möchte, kann sie herunterladen und mittesten. Auch bei Videospielen gibt es solche Phasen, dort meist unter dem Namen Beta oder Playtest.
In der KI-Welt ist der Begriff seltener zu hören, das Prinzip aber verbreitet. Neue Sprachmodelle erscheinen oft zuerst als Preview oder als Version mit dem Zusatz Experimental. Auch dort geht es darum, Rückmeldungen aus dem echten Einsatz zu sammeln, bevor ein Anbieter das Modell für den zuverlässigen Dauerbetrieb empfiehlt.
Ein verbreiteter Irrtum lautet, ein Release Candidate sei praktisch schon die fertige Version und deshalb bedenkenlos nutzbar. Das stimmt nicht. Er ist ein Vorschlag, kein Versprechen. Auf dem Rechner, mit dem man am nächsten Tag eine Klausurvorbereitung schreibt, hat solche Software wenig verloren. Wer testet, sollte damit rechnen, dass etwas schiefgeht.