Die beste Methode zum Implementieren von Self-Updating-Software

Question

Wir haben eine minimale 'Updater' exe, die eine Remote-URL für Updates prüft, sie herunterlädt und Dateien auf der Festplatte ersetzt, bevor die eigentliche Anwendung gestartet wird. Wenn wir jedoch die Updater-EXE und dann AFAIK ersetzen wollen, haben wir zwei Optionen:

1) Shadow Copying Assemblies wobei .Net eine Schattenkopie der EXE (und aller referenzierten Assemblies) erstellt und diese Assemblys lädt, so dass die Schattenbaugruppen können ersetzt werden und werden beim nächsten Start der Anwendung verwendet.

2) Identifizieren Sie, welche Dateien ersetzt werden, und benennen Sie sie auf der Festplatte um. Windows scheint das Umbenennen/Verschieben von gesperrten Dateien zu erlauben, so dass wir die Dateien verschieben und in die neuen Assemblies kopieren können. Beim nächsten Start der Anwendung werden wir die neuen Baugruppen einführen. Dieser Ansatz wird erwähnt here

Ist diese zweite Methode eine empfohlene Methode? Gibt es Fallen für diesen Ansatz?

Answer 1

Was ist mit ClickOnce Bereitstellung?

Answer 2

Eine weitere Option: Wenn die Hauptanwendung sich selbst aktualisieren möchte, wird ein neuer Aktualisierungsprozess gestartet, der sich dann selbst beendet. Der erzeugte Prozess wartet in der Zwischenzeit darauf, dass die Hauptanwendung geschlossen wird (der Prozess wird ausgeblendet), und aktualisiert dann alle erforderlichen Dateien (einschließlich der EXE-Datei). Danach startet es einfach die Hauptanwendung neu und beendet den Aktualisierungsprozess.

Answer 3

Im mit der zweiten Methode ohne Probleme. Stellen Sie nur sicher, dass die heruntergeladene Assembly korrekt heruntergeladen wurde. ;)

Run Update.exe und lassen Sie es tun:
1. Laden Sie die neue update.exe als update.ex_
2. update.exe umbenennen, um update.bak (Sie es umbenennen, aber überschreibt es nicht)
3. update.ex_ umbenennen dies überhaupt ohne Probleme so getestet, um sein update.exe
4. Neustart update.exe

im tun und in etwa 400 Kunden in Live-Umgebung ausgeführt werden wie wir sprechen.

Answer 4

Die Art, wie wir es mit unserem hauseigenen App tun:

Die Anwendungsverknüpfung verweist auf den Updater.

1. Benachrichtigungen zu Ausfallzeiten/Terminmeldungen werden angezeigt.
2. Der Updater führt eine Aktualisierungsprüfung durch.
3. Updates werden heruntergeladen und installiert.
4. Die Anwendung wird gestartet.
5. Anwendung führt Aktualisierung des Updater (Schecks für Updater.fp7.gz im/Update-Ordner)

Edit: Oops - verpassten Schritt 5.

Answer 5

In einem Projekt arbeitete ich an, dort, wo 2 ausführbare Dateien. Nennen wir sie A und B.

Der einzige Grund für A bestand darin, B. zu starten. So, wenn B (die 'echte' Anwendung) ein Update heruntergeladen hat, konnte es bei Bedarf A ersetzen.

Wenn die Anwendung neu gestartet wurde (über A), geprüft A, wenn B ein paar Dateien heruntergeladen und ersetzt sie, bevor es B. begann

Answer 6

ich meistens mit Stefan's Answer Ausnahme einig, dass es nicht, wenn Sie richtig mögen zusammenarbeiten, um Arbeiten Sie mit UAC unter Windows Vista oder Windows 7 und Ihre App wird ordnungsgemäß im Ordner "Programme" installiert oder erfordert die Installation anderer Abhängigkeiten, die erhöhte Berechtigungen benötigen.

In diesem Fall führen Sie entweder eine MSI-basierte Installation/Patch durch oder installieren einen Windows-Dienst, der mit der erforderlichen Sicherheit ausgeführt wird, um Dateien im Ordner "Programme" zu überschreiben. Die andere Option, wenn Ihre App interaktiv ist, ist zu tun, wie Igor Brejc vorschlägt, und erstellt einen neuen Prozess, der die Aktualisierung durchführt, die Ihrer App die Möglichkeit gibt, während des Updates die Berechtigungen zu erhöhen. Die Verwendung der oben genannten Patch- oder Windows-Dienstoption würde jedoch unabhängig vom Szenario (interaktiv/nicht-interaktiv) eine bessere Benutzererfahrung bieten.