[erledigt]Adapter Geräte verwalten update 1.0.5
-
@thomas-braun die Logik verstehe ich jetzt nicht, mein Repo steht generell auf latest, ich habe auch Adapter, die noch nicht im stable sind, warum sollte ich nun plötzlich auf stable wechseln, nur weil admin5 am kommen ist und manch Adapter darauf hin schon angepasst wurde?
Ob, wann und mit welcher Version eines Adapters ich dann fahre, bleibt dadurch ja einem selbst überlassen und für mich so in Ordnung, ausser es gibt ein update Zwang.
Im Zweifelsfalls (System/Geräte abhängig) muss das sowieso individuell gehandhabt werden.
Mein System war UptoDate, nur eben durch Admin5 und daraus nachfolgend
entstandene Updates einzelner Adapter bezüglich Admin, ziehe ich aktuell noch nicht mit.
Ging ja auch nur darum, das in der Regel, bei einem update auch der Hinweis (unterstützung admin5) dabei steht, nur eben bei diesem nicht, daher war die Nachfrage.
Klar, hätte letztendlich auch selbst auf Git nachsehen können.
Von daher ...alles gut:wink:@crunchip sagte in [erledigt]Adapter Geräte verwalten update 1.0.5:
die Logik verstehe ich jetzt nicht
Was ist denn daran unlogisch, wenn ein Beta-Adapter einen anderen Beta-Adapter voraussetzt, um auf Funktionen die dort eingeführt wurden zurückgreifen zu können? Genau so funktioniert halt die Entwicklung in modularen Software-Umgebungen.
Mein System war UptoDate, nur eben durch Admin5 und daraus nachfolgend entstandene Updates einzelner Adapter bezüglich Admin, ziehe ich aktuell noch nicht mit.
Das ist doch ein Widerspruch in sich. Das System ist dann eben nicht konsistent UpToDate.
Entweder du sagst: Ich möchte Beta-Testing betreiben, dann bedingt das aber auch alle Adapter auf dem letzten Stand zu halten. Insbesondere einen so zentralen wie admin.
Oder du sagt: Ich möchte ein stabiles System haben, dann macht es aber auch keinen Sinn dann wieder einzelne Adapter aus dem Beta-Zweig einzuflechten. -
@crunchip sagte in [erledigt]Adapter Geräte verwalten update 1.0.5:
die Logik verstehe ich jetzt nicht
Was ist denn daran unlogisch, wenn ein Beta-Adapter einen anderen Beta-Adapter voraussetzt, um auf Funktionen die dort eingeführt wurden zurückgreifen zu können? Genau so funktioniert halt die Entwicklung in modularen Software-Umgebungen.
Mein System war UptoDate, nur eben durch Admin5 und daraus nachfolgend entstandene Updates einzelner Adapter bezüglich Admin, ziehe ich aktuell noch nicht mit.
Das ist doch ein Widerspruch in sich. Das System ist dann eben nicht konsistent UpToDate.
Entweder du sagst: Ich möchte Beta-Testing betreiben, dann bedingt das aber auch alle Adapter auf dem letzten Stand zu halten. Insbesondere einen so zentralen wie admin.
Oder du sagt: Ich möchte ein stabiles System haben, dann macht es aber auch keinen Sinn dann wieder einzelne Adapter aus dem Beta-Zweig einzuflechten.@thomas-braun unlogisch finde ich deine Aussage, das ich auf stable wechseln sollte. Ich möchte lediglich noch kein Admin5 und diesbezüglich auch kein entsprechendes Update einzelner Adapter diesbezüglich.
Nicht jedes angezeigte Update bezieht sich zwangsläufig auf admin5.@thomas-braun sagte in [erledigt]Adapter Geräte verwalten update 1.0.5:
Entweder du sagst: Ich möchte Beta-Testing betreiben, dann bedingt das aber auch alle Adapter auf dem letzten Stand zu halten. Insbesondere einen so zentralen wie admin.
Nö, den Admin kannst du nicht mit anderen Adaptern vergleichen. Das ist m.M. ne andere Hausnummer.
Beta, weil der ein oder andere Adapter im stable nicht funktioniert/ gar noch nicht existiert und weil ich die neuen Funktionen, diverser Adapter nutze.ABER aktuell noch nicht für Admin5 bereit bin.
ich wollte den iobroker devices auch nur updaten, da ich dies so vor fand und zwecks admin kein Hinweis stand
letztendlich drehen wir uns bei diesem Thema im Kreis, da wir geringfügig andere Ansichten haben:stuck_out_tongue_winking_eye:
Support us
518
Online32.7k
Benutzer82.4k
Themen1.3m
Beiträge