da das Problem doch einigen Benutzern aufgefallen ist, haben wir uns entschlossen kurzfristig eine Zwischenversion bereitzustellen, die das Problem löst. Wenn ihr auf die 7.08.02.D17615 aktualisiert, sollte die Rufauswertung wieder zur Verfügung stehen. Dies ist die einzige Änderung zur 7.08.01 die in diesem Paket enhalten ist.
vielen Dank für das schnelle Bugfix.
Um die Übersicht zu wahren, fände ich es sehr gut, wenn das auch unter https://www.pascom.net/doc/de/release-notes/ stände. Auch wenn es nur einen Bug behebt.
sobald wir die 7.08.02.R releasen, steht es auch in den Release-Notes. Dieser außerordentliche Bugfix wurde nur gemacht da das Problem in kurzer Zeit von sehr vielen an uns herangetragen wurde - aber das scheint fast mehr Verwirrung zu stiften als es gut macht.
In Zukunft werden wir also versuchen die Hotfixes (3te Stelle der Versionsnummer, z. B. 7.08.02.R) in kürzeren Abständen zu veröffentlichen. Im Moment diskturieren wir die Möglichkeit eines wöchentlichen Releases. Es gäbe dann insgesamt mehr Releases, das einzelne Release enthält dann aber weniger Änderungen.
wie überall im Leben gibt es Vorteile und auch Nachteile.
In diesem Fall macht ein kürzeres Intervall schon Sinn, da eine elementare Funktion kaputt war.
Gibt es allerdings nur “kosmetische” Bugfixes können diese von mir aus gesammelt werden.
Auch finde ich es ungünstig, wenn im extremen Fall der Enduser jede Woche einen neuen Client per update bekommt. Es gibt User die finden dies lästig.
Einen fixen Termin (hier wöchentlich) für Updates zu haben, ist meiner Meinung suboptimal. Die Updates sollten erscheinen, wenn diese fertig und getestet sind. Beim Testen könnten auch wir mitmischen. Ihr könntet z. B. Euer Update Repository in ein stable und in ein testing Zweig unterteilen. Somit könnte die Produktive Anlage im Stable bleiben und meine “Spielwiese” bekommt die Updates vom Testing Zweig.
ich unterstütze alle Aussagen von Maik. Gerade der Testing-Zweig klingt sehr interressant. Die wöchentlichen Releases empfinde ich auch als zu häufig. In meinen bisher kurzen Erfahrungen laufen TK-Anlagen häufig lange mit einem alten SW-Stand. Sie funktionieren einfach. So lange die Telefon-Funktion gegeben ist, ist meistens alles in Ordnung.
ich stimme hier mit ein. Ein neues Release sollte es dann geben, wenn dies erforderlich ist, nicht wenn es der Kalender vorschreibt.
Was in der Vergangenheit verwirrt hat:
Ich schaue regelmäßig in https://www.pascom.net/doc/de/release-notes/nach ob Updates verfügbar sind, da ich gern VOR dem Updaten wissen möchte, was das Update mitbringt. Dort ist im Augenblick 7.08.01 das letzte Release. Nach einem durchgeführten Update zeigt der Commander jedoch 7.08.02.D17615. Jetzt macht man sich auf die Suche, was wohl 7.08.02.D17615 behebt. Komfortabler wäre vor dem Updates zu wissen, dass mit 7.08.02 auch die Rufauswertung wieder geht.
Einen fixen Termin (hier wöchentlich) für Updates zu haben, ist meiner Meinung suboptimal. Die Updates sollten erscheinen, wenn diese fertig und getestet sind.
Da habe ich mich missverständlich ausgedrückt. Es geht nur darum das die Releasezyklen insgesamt etwas kürzer werden können, nicht das fix jede Woche ein Release erscheinen muss. Natürlich testen wir die Releases weiterhin bevor wir veröffentlichen (Manchmal geht uns halt etwas durch die Lappen, wie z. B. das was zu dieser Diskussion geführt hat).
Ihr könntet z. B. Euer Update Repository in ein stable und in ein testing Zweig unterteilen. Somit könnte die Produktive Anlage im Stable bleiben und meine “Spielwiese” bekommt die Updates vom Testing Zweig.
Zufälligerweise läuft gerade eine Interne Diskussion zu diesem Thema, speziell auch wie genau man diese Zweige umsetzen könnte. (So das sich niemand versehentlich eine nightly auf seiner Produktivanlage installiert). Ich nehme eure Argumente und Vorschläge auf alle Fälle in diese Diskussion mit auf - möglicherweise kommen solche “Release Zweige” schneller als vermutet
Was in der Vergangenheit verwirrt hat:
Ich schaue regelmäßig in Support & Release Notes nach ob Updates verfügbar sind, da ich gern VOR dem Updaten wissen möchte, was das Update mitbringt.
…
Da hast du recht, deshalb werden wir Zukünftig “.D”-Pakete nur noch auf Anfrage bzw. in speziellen Supportfällen ausliefern. “Zwischendurch”-Fixes sind für die betroffenen zwar schön, stiften aber einfach zuviel Verwirrung.
Danke für euer Feedback schonmal, wenn euch weiteres hierzu einfällt schreibt es!
