Release ist der Begriff für die Veröffentlichung einer Software- oder Firmware-Version. Im Amateurfunk begegnet er dir ständig: bei WSJT-X, bei der Logbuchsoftware, bei der SDR-Anwendung - und bei der Firmware im Transceiver.
Was ist ein Release?
Kurz gesagt: Ein Release ist ein veröffentlichter und eindeutig gekennzeichneter Stand einer Software oder Firmware. Er trägt meist eine Versionsnummer und wird häufig von Release Notes begleitet. Im Amateurfunk gibt es Releases zum Beispiel für WSJT-X, SDR-Programme, Logbuchsoftware und die Firmware eines Transceivers.
Der Unterschied zum Alltagsverständnis: Ein Release ist nicht bloß "die Entwickler haben etwas geändert", sondern ein gezielt veröffentlichter, identifizierbarer Versionsstand. Welchen Reifegrad er hat und für wen er gedacht ist, ergibt sich aus seiner Kennzeichnung und den Release Notes - nicht aus dem Wort "Release" selbst. Eine Zusage auf Fehlerfreiheit ist damit ausdrücklich nicht verbunden; Open-Source-Lizenzen schließen Gewährleistung meist sogar explizit aus.
Zwischen Entwicklung und Veröffentlichung liegen je nach Projekt Tests, Paketbau, Dokumentation, gegebenenfalls digitale Signaturen und die Bereitstellung der Downloads. Das kann wenige Stunden dauern oder mehrere Wochen.
Schnellzugriff
Release, Update und Upgrade: der Unterschied
Hier wird es unsauber, und das sollte man wissen: Es gibt keine verbindliche, herstellerübergreifende Norm, die diese Begriffe voneinander abgrenzt. Sauber definiert ist nur "Release" selbst, im ITIL-Rahmenwerk für den IT-Betrieb. Der Rest ist Hausgebrauch - selbst Microsoft hat die eigene Terminologie über die Jahre mehrfach geändert und führt "Hotfix" heute nicht mehr als eigenen Begriff.
So werden die Begriffe in der Praxis meistens verwendet:
| Begriff | Übliche Bedeutung | Beispiel aus dem Amateurfunk |
|---|---|---|
| Release | Veröffentlichung einer Version - der Oberbegriff | Eine neue WSJT-X-Version erscheint |
| Update | Der Vorgang, auf eine neuere Version zu wechseln | Von 3.0.1 auf 3.0.2 aktualisieren |
| Upgrade | Wechsel auf eine deutlich größere Version, oft mit neuen Funktionen | Von WSJT-X 2.x auf 3.x |
| Patch | Kleine, gezielte Korrektur - je nach Kontext die Änderung selbst, eine Änderungsdatei oder eine Korrekturversion | Ein Dekodierfehler wird behoben |
| Hotfix | Notfallkorrektur außerhalb des normalen Zyklus | Eine gerade veröffentlichte Version bekommt nach zwei Tagen einen Nachschlag |
| Firmware-Release | Neue Software für ein Gerät, nicht für den Computer | Neue Firmware für den Transceiver |
In der Praxis oft ja, in der Wirkung nein. Ein Upgrade auf eine neue Hauptversion kann Einstellungen zurücksetzen, Konfigurationsdateien umschreiben oder Funktionen entfernen. Ein Patch ist üblicherweise kleiner und gezielter - was Nebenwirkungen aber nicht grundsätzlich ausschließt.
Was bedeuten MAJOR, MINOR und PATCH?
Viele Projekte verwenden dreiteilige Versionsnummern nach dem Muster MAJOR.MINOR.PATCH. Ein Teil davon folgt der öffentlichen Spezifikation Semantic Versioning (SemVer, aktuell 2.0.0). Wichtig: Das Schema allein bedeutet noch nicht, dass ein Projekt SemVer auch anwendet - die Spezifikation setzt voraus, dass es eine öffentliche, klar definierte Schnittstelle gibt.
| Stelle | Bedeutung bei SemVer | Beispiel | Empfehlung |
|---|---|---|---|
| MAJOR | Nicht abwärtskompatible Änderungen an der öffentlichen Schnittstelle | 2.7.0 → 3.0.0 | Release Notes und Migrationshinweise vorher lesen |
| MINOR | Abwärtskompatible neue Funktionen | 3.0.0 → 3.1.0 | Release Notes prüfen; bei wichtigen Systemen vorher sichern und testen |
| PATCH | Abwärtskompatible Fehlerkorrekturen | 3.0.1 → 3.0.2 | Meist risikoarm, aber nicht automatisch fehlerfrei |
Beim Erhöhen einer Stelle werden die dahinter liegenden auf null zurückgesetzt: Auf 2.7.3 folgt bei einer neuen Hauptversion die 3.0.0, nicht die 3.7.3. Und eine Hauptversion 0 steht nach SemVer für die anfängliche Entwicklung - die öffentliche Schnittstelle gilt dort nicht als stabil und kann sich jederzeit ändern.
Alpha, Beta, RC, Stable und LTS
Bevor eine Version allgemein freigegeben wird, durchläuft sie meist mehrere Stufen. Diese Bezeichnungen sind branchenüblich, aber nicht genormt - was ein Projekt "Beta" nennt, kann bei einem anderen schon "RC" heißen:
| Stufe | Typische Bedeutung |
|---|---|
| Alpha | Früher, möglicherweise unvollständiger Stand - für Entwicklung und frühe Tests |
| Beta | Weiter fortgeschrittener Teststand; Änderungen und Fehler sind weiterhin möglich |
| Release Candidate (rc) | Kandidat für die endgültige Freigabe |
| Stable / GA | Allgemein freigegebene Version für den produktiven Einsatz |
| LTS | Long Term Support - Version mit besonders langer Pflege- und Supportdauer |
Ein Release Candidate ist ein Kandidat für die Endfassung: Werden keine veröffentlichungsblockierenden Fehler gefunden, kann dieser Stand oder ein technisch weitgehend identischer Build als finale Version erscheinen. WSJT-X kennzeichnet solche Vorabversionen mit dem Zusatz -rc, etwa 2.7.0-rc5, und bittet ausdrücklich um Rückmeldungen. Solche Kandidaten werden teilweise schon breit eingesetzt - der SuperFox-Modus lief bereits in der Kandidatenphase bei einer DXpedition, bevor die fertige 2.7.0 erschien.
Bei Betriebssystemen ist der Unterschied besonders greifbar. Bei Debian gelangen neue Pakete typischerweise zuerst nach unstable und dann nach testing; eine eingefrorene und geprüfte testing-Distribution wird später als neue stable-Version veröffentlicht. Ubuntu veröffentlicht regulär alle zwei Jahre eine LTS-Version, für Pakete im Main-Repository mit fünf Jahren Standard-Sicherheitswartung. Und der Linux-Kernel pflegt mehrere Longterm-Zweige parallel, in die wichtige Korrekturen zurückportiert werden - damit Geräte, die nicht ständig aktualisiert werden können, trotzdem Sicherheitskorrekturen bekommen.
Release Notes und Changelog
Die Release Notes erläutern eine konkrete Veröffentlichung. Neben den Änderungen enthalten sie häufig Installationshinweise, bekannte Probleme, Kompatibilitätsangaben und Migrationsschritte. Ein Changelog dokumentiert dagegen die relevanten Änderungen mehrerer Versionen chronologisch.
Eine weit verbreitete Orientierung für den Aufbau bietet die Konvention Keep a Changelog. Ihr Leitsatz: "Changelogs sind für Menschen, nicht für Maschinen." Sie schlägt sechs Kategorien vor:
| Kategorie | Wofür |
|---|---|
| Added | Neue Funktionen |
| Changed | Änderungen an bestehender Funktionalität |
| Deprecated | Funktionen, die bald wegfallen |
| Removed | Entfernte Funktionen |
| Fixed | Behobene Fehler |
| Security | Sicherheitsrelevante Korrekturen |
Releases im Amateurfunk
Fast jede Software im Shack hat ihren eigenen Rhythmus. Ein paar Beispiele, an denen sich die Begriffe gut zeigen.
WSJT-X: Wenn ein Release eine neue Betriebsart bringt
Das bekannteste Beispiel überhaupt. Neue Betriebsarten und Protokollfunktionen werden bei WSJT-X über neue Softwareversionen eingeführt - wer sie nutzen möchte, braucht deshalb eine entsprechend aktuelle Version:
| Version | Wichtige Neuerung |
|---|---|
| 1.8.0 (2017) | Einführung von FT8 in einer allgemein veröffentlichten Version - die Betriebsart verbreitete sich danach sehr stark im Kurzwellenbetrieb |
| 2.1.0 (2019) | Reguläre Bereitstellung von FT4 für Conteste |
| 2.4.0 (2021) | Q65 als regulär unterstützte Betriebsart |
| 2.7.0 (2025) | Unter anderem SuperFox für DXpeditionen |
Offizielle WSJT-X-Versionen werden ausschließlich über die Projektseite und das dort verlinkte Repository veröffentlicht. Abgewandelte Builds und verwandte Programme wie JTDX oder MSHV sind eigenständige Projekte mit eigenen Zielen - sie sind legitim, sollten aber nicht mit dem offiziellen WSJT-X verwechselt werden.
Andere Software im Shack
Der Veröffentlichungsrhythmus unterscheidet sich stark, und zwar von Projekt zu Projekt, nicht von Softwaregattung zu Softwaregattung:
- SDR-Software wie SDR++, SDRangel oder Gqrx erscheint über GitHub; manche Projekte stellen zusätzlich häufig automatisch gebaute Vorabversionen bereit
- Logbuchsoftware veröffentlicht teils in längeren Abständen, dafür oft mit ausführlichen Release Notes - hier hängen Datenformate dran
- Hotspot-Systeme für DMR und andere Digitalmodi handhaben es unterschiedlich: Je nach Produkt gibt es klassische Releases, laufende Paketupdates oder automatische Aktualisierungen
Firmware-Update am Transceiver
Beim Funkgerät ist ein Release ernster als bei einem Programm auf dem PC. Geht beim Einspielen etwas schief, funktioniert das Gerät danach unter Umständen nicht mehr richtig. Die Hersteller formulieren das deutlich. Yaesu schreibt im Firmware-Handbuch zum FTX-1 wörtlich:
Sinngemäß: Während des Updates weder die Speicherkarte ziehen noch das Gerät ausschalten. Wird das Update unterbrochen, arbeitet der Transceiver nicht mehr richtig - im ungünstigen Fall ist eine Wiederherstellung durch den Service nötig.
Aus demselben Handbuch stammen drei weitere Punkte, die man leicht übersieht. Sie gelten für dieses Gerät - bei anderen Transceivern zählen die jeweiligen Herstellerangaben, die durchaus abweichen können:
- Stromversorgung: Yaesu verlangt für das FTX-1 ausdrücklich den Betrieb an einer externen Stromquelle statt am Akku
- Einstellungen: Nach dem Update ist ein Zurücksetzen vorgesehen - das löscht Speicherkanäle und Menüeinstellungen. Deshalb vorher sichern
- Reihenfolge: Das Gerät hat mehrere Firmware-Teile (Display, Hauptprozessor, DSP, SDR-Teil), und die Anleitung verzweigt je nach installierter Ausgangsversion
Logbuchdaten sichern - und warum das Prüfungsstoff ist
Der Fragenkatalog der Bundesnetzagentur enthält genau eine Frage, die den Wechsel von Logbuchsoftware betrifft:
Prüfungsfragen zu Software und Updates
Prüfungsfrage zum Softwarewechsel
Originalfrage aus dem Fragenkatalog der Bundesnetzagentur, Prüfungsteil "Betriebliche Kenntnisse". Fragetext und Antworten sind wörtlich übernommen. Im offiziellen Katalog ist Antwort A immer die richtige; auf dieser Seite wird die Reihenfolge bei jedem Aufruf neu gemischt.
BG103 Was ist bei angeordneter Logbuchführung bei einem Wechsel der "Logbuchsoftware" zu berücksichtigen?
- Die Logbuchdaten müssen verfügbar bleiben, um die Betriebsdaten bei eventuellen späteren Überprüfungen einsehen zu können.
- Es sollte auf eine Software für ein 64 Bit-System gewechselt werden.
- Die alte Software muss auf jeden Fall gelöscht werden, um Kollisionen bei den Datenformaten zu vermeiden.
- Es sollte ein Logbuchprogramm genutzt werden, welches ermöglicht, die Daten in der Cloud zu speichern.
Diese Frage stammt aus dem offiziellen Fragenkatalog der Bundesnetzagentur. Im Lernbereich übst du sie mit Fortschrittsspeicherung und persönlicher Auswertung.
Die Frage bezieht sich ausdrücklich auf den Wechsel der Logbuchsoftware. Praktisch ist eine Datensicherung aber auch vor einem gewöhnlichen Update sinnvoll, weil Datenbanken, Dateiformate oder Konfigurationen betroffen sein können.
Checkliste vor dem Update
- Release Notes lesen - was ändert sich, gibt es Migrationsschritte oder bekannte Probleme?
- Versionssprung einordnen - Hauptversion oder Korrektur? Bei Firmware sagt die Nummer wenig, dort zählt die Anleitung.
- Daten sichern - Logbuch exportieren, Konfiguration und Speicherkanäle sichern.
- Herstelleranleitung zum konkreten Modell holen - nicht die eines ähnlichen Geräts.
- Stromversorgung sicherstellen und den Vorgang nicht unterbrechen.
- Zeitpunkt wählen - nicht kurz vor einem Contest oder einer Aktivierung.
- Nach dem Update prüfen, ob Einstellungen erhalten geblieben sind.
- Firmware nur von der Herstellerseite laden
- Software nur aus der offiziellen Projektquelle
- Sicherheitskorrekturen zeitnah einspielen
- Aus der Versionsnummer allein auf den Umfang schließen
- Das Gerät während des Updates ausschalten
- Vorabversionen (rc, Beta) unbemerkt im Alltagsbetrieb fahren
Erst die Prüfung, dann Zulassung und Rufzeichen
Für eigenen Sendebetrieb brauchst du in Deutschland die Zulassung zur Teilnahme am Amateurfunkdienst samt personengebundenem Rufzeichen. Voraussetzung dafür ist in der Regel ein Amateurfunkzeugnis, das du nach bestandener Prüfung erhältst. Die Vorbereitung darauf ist auf 12db.de kostenlos und arbeitet mit dem offiziellen Fragenkatalog der Bundesnetzagentur.
Kostenlos mit dem Lernen beginnenHäufige Fragen
Was ist ein Release?
Ein Release ist ein veröffentlichter und eindeutig gekennzeichneter Stand einer Software oder Firmware. Er trägt meist eine Versionsnummer und wird häufig von Release Notes begleitet. Je nach Reifegrad kann es eine Vorabversion, eine stabile oder eine langfristig gepflegte Version sein. Eine Zusage auf Fehlerfreiheit ist damit nicht verbunden.
Was ist der Unterschied zwischen Release und Update?
Das Release ist die veröffentlichte Version, das Update der Vorgang, mit dem du auf eine neuere Version wechselst. Eine verbindliche Norm für diese Abgrenzung gibt es allerdings nicht - die Begriffe werden je nach Hersteller unterschiedlich verwendet.
Was bedeuten MAJOR, MINOR und PATCH?
Nach der Spezifikation Semantic Versioning steigt MAJOR bei nicht abwärtskompatiblen Änderungen an der öffentlichen Schnittstelle, MINOR bei abwärtskompatiblen neuen Funktionen und PATCH bei abwärtskompatiblen Fehlerkorrekturen. Das gilt nur für Projekte, die SemVer auch tatsächlich anwenden - das dreiteilige Schema allein ist noch kein Beleg dafür.
Was bedeutet "rc" in einer Versionsnummer?
Release Candidate, also ein Kandidat für die endgültige Freigabe. Werden keine blockierenden Fehler gefunden, kann dieser Stand oder ein technisch weitgehend identischer Build als finale Version erscheinen. WSJT-X kennzeichnet Vorabversionen etwa als 2.7.0-rc5 und bittet ausdrücklich um Rückmeldungen.
Was steht in Release Notes?
Was sich in dieser Veröffentlichung geändert hat - und häufig zusätzlich Installationshinweise, bekannte Probleme, Kompatibilitätsangaben und Migrationsschritte. Die verbreitete Konvention "Keep a Changelog" gliedert die Änderungen in neue, geänderte, bald wegfallende und entfernte Funktionen sowie behobene Fehler und Sicherheitskorrekturen.
Was muss ich vor einem Firmware-Update sichern?
Speicherkanäle und Menüeinstellungen, denn manche Geräte sehen nach dem Update ein Zurücksetzen vor - das FTX-1 von Yaesu etwa. Bei Logbuchsoftware zusätzlich die Logbuchdaten: Bei angeordneter Logbuchführung müssen die Betriebsdaten für spätere Überprüfungen verfügbar bleiben. Maßgeblich ist immer die Anleitung zum konkreten Modell.
Kann ein Firmware-Update ein Funkgerät beschädigen?
Die Hersteller warnen ausdrücklich davor, das Gerät während des Updates auszuschalten oder den Datenträger zu entfernen - ein unterbrochenes Update kann dazu führen, dass der Transceiver nicht mehr richtig arbeitet und im ungünstigen Fall vom Service wiederhergestellt werden muss. Deshalb: stabile Stromversorgung, richtige Datei für das richtige Modell, Reihenfolge der Anleitung einhalten.