XE6, Update #1 erschienen

[Bernhard Geyer]

Zitat:

Zitat von greenmile (Beitrag 1263229)

Naja, aber mal im Ernst: Ich habe keine super-duper-Leitung und muss jedesmal 5 GByte runterladen, was schonmal einige Stunden dauert.

Und? Einfach mal nachts den Download laufen lassen wenn es Tagsüber stört

Zitat:

Zitat von greenmile (Beitrag 1263229)

Dann starte ich das Setup und das Setup kann keine Seriennummer finden. Also abbrechen, deinstallieren und nochmal installieren. Für ein Update.

Also ich konnte einfach den Installer starten. Dieser Informiert mich das erst alles deinstalliert wird um es neu zu installieren.

Zitat:

Zitat von greenmile (Beitrag 1263229)

Einfach sieht anders aus. Wieso wird es nicht wie bei Windows Service-Packs gelöst? Es gibt eine große Update Datei (Netzwerkversion) und einen Webinstaller der nur das austauscht, was notwendig ist. Und 5 GByte werden ja wohl kaum notwendig sein.

Diese Incrementellen Installer hatten Sie ja schon mal. Das Update hat dann Stunden gedauert, also viel länger als der "MachAllesPlattUndInstallierNeu"-Ansatz.

[Stevie]

Zitat:

Zitat von greenmile (Beitrag 1263229)

Einfach sieht anders aus. Wieso wird es nicht wie bei Windows Service-Packs gelöst? Es gibt eine große Update Datei (Netzwerkversion) und einen Webinstaller der nur das austauscht, was notwendig ist. Und 5 GByte werden ja wohl kaum notwendig sein.

Weil inkrementelle Updates einen unverhältnismäßigen Mehraufwand beim Testen bedeuten.

[Sherlock]

Zitat:

Zitat von Stevie (Beitrag 1263264)

Weil inkrementelle Updates einen unverhältnismäßigen Mehraufwand beim Testen bedeuten.

Den Teil versteh ich jetzt nicht so ganz. Klar, ich baue keine IDE, aber wenn ich Updates rausgebe, dann sind da nur die neuen EXE/OCX drin und ein DB-Script, das alles beinhaltet und dennoch mehrfach ausgeführt werden kann, ohne Schaden anzurichten. Es kann nicht so schwer sein, nur die geänderten Teile auszuliefern. Ich will jetzt hier keine Dateien patchen, aber Dateien zu ersetzen kann so schwer nicht sein.

Sherlock

[Uwe Raabe]

Zitat:

Zitat von Sherlock (Beitrag 1263307)

Zitat:

Zitat von Stevie (Beitrag 1263264)

Weil inkrementelle Updates einen unverhältnismäßigen Mehraufwand beim Testen bedeuten.

Den Teil versteh ich jetzt nicht so ganz. Klar, ich baue keine IDE, aber wenn ich Updates rausgebe, dann sind da nur die neuen EXE/OCX drin und ein DB-Script, das alles beinhaltet und dennoch mehrfach ausgeführt werden kann, ohne Schaden anzurichten. Es kann nicht so schwer sein, nur die geänderten Teile auszuliefern. Ich will jetzt hier keine Dateien patchen, aber Dateien zu ersetzen kann so schwer nicht sein.

Stefan hat ja nicht behauptet, daß das Patchen schwierig sei, sondern daß das Testen dieser Patches (also ob die Installation des Patches funktioniert hat, nicht der Funktionalität der Software) einen Mehraufwand gegenüber dem Testen nur der Komplettinstallation bedeutet.

[Insider2004]

Die schaffen es ja nicht mal, die regulären Dateien vollständig auszuliefern. Mit jeder Version fehlen andere Dateinen in der Distro. Früher hatte da Mark ein Auge drauf. Seit der gefeuert wurde, geht es drunter und drüber in der Integration.

[pertzschc]

Zitat:

Zitat von Insider2004 (Beitrag 1263321)

Früher hatte da Mark ein Auge drauf. Seit der gefeuert wurde, geht es drunter und drüber in der Integration.

Wer ist Mark?

[Stevie]

Zitat:

Zitat von pertzschc (Beitrag 1263322)

Zitat:

Zitat von Insider2004 (Beitrag 1263321)

Früher hatte da Mark ein Auge drauf. Seit der gefeuert wurde, geht es drunter und drüber in der Integration.

Wer ist Mark?

Mark Edington

[pertzschc]

Zitat:

Zitat von Insider2004 (Beitrag 1263321)

Die schaffen es ja nicht mal, die regulären Dateien vollständig auszuliefern. Mit jeder Version fehlen andere Dateinen in der Distro. Früher hatte da Mark ein Auge drauf. Seit der gefeuert wurde, geht es drunter und drüber in der Integration.

D.h. es wird eigentlich keine Qualitätssicherung mehr betrieben?

[greenmile]

:thumb:

[mkinzler]

Das kostet halt Zeit und Manpower, welche man anscheinend nicht (mehr) hat.