Release-Konzept

Aus mAirListWiki

Bei der Entwicklung von mAirList werden unter anderem zwei Ziele verfolgt:

1. Die Entwicklung neuer Features soll im engen Dialog mit den mAirList-Benutzern geschehen. Das bedeutet, dass neue Funktionen regelmäßig in Form von Beta-Versionen zum Download angeboten werden sollen, die dann von den Benutzer getestet werden. Die Rückmeldung der Benutzer fließt dann in die weitere Entwicklung ein.
2. Da es sich bei einer Sendeautomation, insbesondere im Automationsbetrieb, jedoch um eine kritische Komponente handelt, muss auch zu jeder Zeit eine Version existieren, die besonders gut auf Stabilität getestet und für gut befunden wurde.

Um beiden Kriterien gerecht zu werden, werden zu jeder Zeit zwei aktuelle Versionen von mAirList angeboten: der Entwicklungs-Release und der Produktions-Release. Das Wort Release bezieht sich dabei auf die ersten beiden Zahlen in der Versionsnummer von mAirList, zum Beispiel "2.0", "2.1" oder "3.0".

Entwicklungs-Releases

Eine der herausragenden Eigenschaften von mAirList ist es, dass Ideen und Vorschläge der Benutzer sehr schnell umgesetzt und implementiert werden. Manchmal dauert es von der ersten Erwähnung im Forum bis zur fertigen Implementierung nur wenige Tage. Natürlich können solche neuen Features in so kurzer Zeit nicht immer ausgiebig getestet werden. Manchmal schleichen sich beim Implementieren neuer Funktionen auch Bugs in vorhandenen Programmteile ein.

Solche Änderungen - neue gewünschte Features und weitere "große" Umbauten - werden deshalb in Form eines Entwicklungs-Release (auch: development release oder testing) zur Verfügung gestellt. Diese Versionen werden ganz normal zum Download angeboten, enthalten jederzeit die neueste Palette an Funktionen. Jeder Benutzer sollte sich aber darüber im klaren sein, dass einzelne Programmteile noch nicht ausgiebig getestet sein können. Vom Einsatz des Entwicklungs-Releases in einer produktiven Umgebung sollte daher in der Regel abgesehen werden. Hilfreich ist es im jeden Falle, regelmäßig das Forum zu besuchen und sich über die dort gemeldeten Fehler und Lösungsmöglichkeiten zu informieren.

Produktions-Releases

Nach einer gewissen Zeit - meistens etwa ein Jahr, wenngleich weniger wünschenswert wäre - werden keine neuen Funktionen mehr in den Entwicklungs-Release eingebaut. Stattdessen konzentriert sich die Entwicklung nur noch auf das Finden und Beheben von Fehlern. Ist auch dies abgeschlossen, wird die letzte Version des Entwicklungs-Releases zur ersten Version des neuen Produktions-Releases. Diese kann dann - nach allen Erfahrungen - als stabil bezeichnet werden und ist somit für den Produktiv-Einsatz bereit.

Der Zustand des vorherigen Entwicklungs-Releases wird also im aktuellen Produktions-Release "eingefroren". Sollten im Nachhinein Fehler auftauchen, werden diese in Form von neuen Versionen innerhalb des Produktions-Releases behoben.

Gleichzeitig mit dem Erscheinen des Produktions-Releases beginnt die Arbeit am nächsten Entwicklungs-Release.

Überblick über alle Releases

Auskunft über die bisherigen und die geplanten Releases gibt die Roadmap.