algol wrote:...warum es im selbstinstallierenden zip-Archiv immer noch die alte adb-Version mit sich führt und auto-installiert?
Da müsste man den Entwickler fragen, aber der scheint ja zumindest hier im Forum nicht mehr aktiv zu sein.
Ich entwickle selbst gelegentlich für Android, und es hat seinen Grund, warum die neuesten SDKs und sonstige Entwicklungsumgebungen immer auch aktuelle ADB-Versionen mitbringen (z.B. Android Studio braucht es fürs Debuggen).
Vermutlich wurde diese alte Version eben intensiv getestet. Aber letztlich kann es keine großen Änderungen - die die Kompatibilität mit den bewährten ADB-Befehlen einschränken würden - im Interface der neuen Versionen geben, da sonst jede andere ADB-nutzende Software, bzw. jede Menge App-Entwickler ein Problem hätten.
algol wrote:Unprofessionellerweise hat eine adb.exe scheinbar keine interne Versions-Nummer.
Wie du schon selbst herausgefunden hast:
zeigt die Versionsnummer an
Ansonsten:
Im Zweifel gilt immer der Zeitstempel (das Änderungsdatum der Datei) - das sollte auch beim Installieren des SDK erhalten bleiben (im Gegensatz zu manch anderen Installationsprogrammen).
(Alternativ: mit Exe-/PE-Info-Tools kann man sich den Zeitstempel der Kompilation anschauen, z.B. mit
FileInfo
Image File Header ->
FILE HEADER ->
Time Date Stamp
aber das ist bei GCC-/GNU-kompilierten Dateien oftmals falsch gesetzt)
algol wrote:Interessant wäre, wenn Insider bezüglich ADB-Plugins vermelden könnten, ob "v.8.0" des Plugins bereits für das Zusammenspiel mit der neuen adb.exe-Version aus dem SDK gerüstet ist...
Entweder das, oder, da sich wie gesagt am Plugin-Kern nicht viel getan zu haben scheint - eine neuere adb.exe mit dem 7.6-Plugin testen. Sobald ich mal ein 6.x+ - Fon bekomme, werde ich die Erfahrungswerte posten (oder jemand anders hier im Forum tut das auch mal).