Pages: [1] 
|
 |
|
|
Author
|
Topic: stable Release 2.10.0 (Read 2271 times)
|
|
|
|
peter_77
Urgestein
 Offline
Posts: 735
THE mcHF and UHSDR forum !
|
 |
Re:stable Release 2.10.0
« Reply #1 on: 02. January 2019, 17:22:05 »
|
|
Dazu dann doch nochmal eine Frage:
Ist der 2.10.x Train nun der Stable Train ?? Sprich also alles was an dritter Stelle kommt ist ein weiteres Bugfixing was den Stable noch mehr stable macht ??
Nur weil jetzt an 2ter Stelle aktuell schon wieder eine 11 steht...?
Muss man die 11 dann weiter als "Bleeding Edge" sehen und dann besser im 10er Train bleiben wenn man Stable will ?
Das ist jetzt leider ein bischen "confusing" geworden. 
|
| « Last Edit: 02. January 2019, 17:23:09 by peter_77 » |
 Logged
|
|
|
|
|
|
DB4PLE
positron
Urgestein
Offline
Posts: 1278
|
|
Re:stable Release 2.10.0
« Reply #3 on: 02. January 2019, 17:32:44 »
|
|
Hallo Andreas,
sehe ich nicht ganz so.
Stable ist schon so gedacht, das man das Ding erstmal so benutzen können sollte, weil wenig bis keine kritischen Fehler bekannt sind. Und kleinere Fehler werden dort auch noch ausgebessert.
Gerade Nummer in der 2. Stelle: Stable
In der Praxis ist die Qualität der meisten Bleeding Edge Development Versionen (2. Stelle ungerade Nummer) gut genug, um auch im alltäglichen Gebrauch benutzt zu werden, was uns ja auch hilft, dort Fehler zu finden und zu beheben. Aber auch für etwas Konfusion sorgt.
Für die Qualität sorgen gewisse Leute, die man kennenlernt, wenn man einen Pull-Request in GitHub stellt, d.h. mit veränderten Code zur Weiterentwicklung betragen will.
73
Danilo
|
|
Logged
|
|
|
|
peter_77
Urgestein
Offline
Posts: 735
THE mcHF and UHSDR forum !
|
|
Re:stable Release 2.10.0
« Reply #4 on: 02. January 2019, 17:41:16 »
|
|
OK, danke für eurer Feedback.
Das entspricht ja dann auch allgemeinen Gepflogenheiten das man ein Stable Train hat und einen Technology (Bleeding) Train und man dann wählen kann.
Allerdings dann auch verständlicherweise mit Mehrarbeit um beide zu pflegen.
Verwirrend war nämlich gerade das nach der 2.10 Stable Ankündigung dann nach einem Patch gleich auf 11 gesprungen wurde.
OK, ich versuchs dann erstmal mit der 2.10.latest und lasse die 11er noch etwas reifen 
|
| « Last Edit: 02. January 2019, 17:41:57 by peter_77 » |
Logged
|
|
|
|
DB4PLE
positron
Urgestein
Offline
Posts: 1278
|
|
Re:stable Release 2.10.0
« Reply #5 on: 02. January 2019, 17:45:04 »
|
|
Hallo,
wir hatten die letzte Stable im Februar 18. Und wir brauchen diese Stable wegen der Änderungen an der Frequenzspeicherung, das haben wir zusammen vorbereitet, d.h. im Prinzip war 2.10 und dann gleich 2.11.0 so geplant. Es waren ja immerhin 24h ohne 2.11.0, das muss reichen 
73
Danilo
|
|
Logged
|
|
|
|
|
|
DB4PLE
positron
Urgestein
Offline
Posts: 1278
|
|
Re:stable Release 2.10.0
« Reply #7 on: 02. January 2019, 18:20:50 »
|
|
Hallo Thomas,
das einige Leute (Andreas, ich, aber auch Slawek u.a.) sich die Pull-Requests von anderen anschauen, diskutieren und ggfs. um Nachbesserung bitten bzw. auch mal einen Beitrag ablehnen. Du hast doch heute auch "Post" von mir bekommen.
Andreas ist in jedem Fall die Stelle, durch die man durch muss, der aber auch die meiste Arbeit hat, da er in den vielen Fällen die Builds auch kurz ausprobiert.
73
Danilo
|
|
Logged
|
|
|
|
DB4PLE
positron
Urgestein
Offline
Posts: 1278
|
|
Re:stable Release 2.10.0
« Reply #8 on: 02. January 2019, 18:25:34 »
|
|
Hallo Andreas,
Wir haben noch niemals eine Version mit einer geraden Zahl an zweiter Stelle mit Patches verpflegt wenn es schon eine neue Version mit ungerader Zahl gab.... Gepflegt wurde bislang immer nur die bleeding edge - egal was die für eine Nummer hatte...
Klar werden wir keine Version mit zig Neuerungen nicht sofort als stable releasen. Wenn schon längere Zeit mehr keine signifikanten Änderungen passiert sind und keine Bugs offen sind (bis auf vielleicht Nicklichkeiten) dann kann das eine stable werden.
vy 73
Andreas
|
|
Das ist historich gesehen korrekt, wäre um ein Haar dieses Mal erforderlich geween, wenn ich nicht germerkt hätte, das wir in 2.10.0 was Wichtiges vergessen hatten. Ich war kurz davor gewesen, den Code für 2.11.0 zu committen. Wenn das passiert wäre, hätten wir da was machen müssen.
73
Danilo
|
|
Logged
|
|
|
|
|
|
|
|
Pages: [1] 
|
|
|
|
|
|
|
