Wie installiere ich mehrere Versionen von MyProgram (gleiche PC, VS2008)?

Question

Ich habe eine große MDI -Suite -Anwendung, die ich für unser Unternehmen geschrieben habe. Es ist auf zwei Citrix -Servern installiert und wird dann von Hunderten von Windows -Terminals in der Anlage zugegriffen.

Vor der Installation von Updates testet ich (der einzige Entwickler) meine neuen Routinen, bis ich zufrieden bin, dass es so ausführen wird, wie ich es erwarte. Dies funktioniert im Allgemeinen, aber es hat den Gruppenmanager besorgt.

Er möchte, dass ich eine Beta -Version installiere, auf die andere in unserer Arbeitsplatzumgebung getestet werden können.

Dazu müsste ich meine Anwendung zweimal auf den Citrix -Servern -Maschinen installieren, damit unsere Mitarbeiter sie testen können (richtig?). Wenn ich jedoch versuche, die Anwendung erneut auf demselben PC (dh dem Citrix -Server) zu installieren, ist Windows bereits installiert.

Das VS2008 -Setup und das Bereitstellungsinstallationsprogramm verfügen über einen Produktcode. Soll ich das einfach ändern? Welche Probleme muss ich mir bewusst sein? Muss ich zwei Produktcodes verfolgen (eine zum Testen und eine zur Veröffentlichung)?

Wie installiere ich 2 Arbeitsversionen derselben Anwendung auf 1 PC?

Answer 1

Da Sie zwei Installationen zulassen möchten, sollten dies funktionieren. Ich würde ein neues "Beta" -Anstallateur erstellen, das möglicherweise auf ein anderes Installationsverzeichnis abzielt, um ein Minimum zu überleben.

Hier ist die MSDN schreibt über das Ändern des Produktcodes auf Für ein paar weitere Informationen.

Ein weiterer möglicher Winkel, der viel einfacher sein kann ... Gibt es einen Test-/Staging -Citrix -Server, auf dem Sie ihn hosten können? So verändern wir hier Veränderungen. Aber das hängt letztendlich von Ihrer Citrix -Umgebung/Servern im Farm ab ...

Oh, und in Bezug auf die Verfolgung des Produktcode Upgradcode ist synchron.

Answer 2

Der sicherste Weg besteht darin, einen neuen Produktcode, ein neues Upgradcode und ein neues TargetDir zu erstellen und sicherzustellen, dass es keine gemeinsam genutzten Verzeichnisse gibt (neben den System -Dires). Lassen Sie Windows Installer denken, dass es sich um ein völlig anderes Produkt handelt.

Das Ändern des Produktcodes, jedoch nicht der UpgradeCode, kann vorhandene Komponenten zum Upgrade führen. Wenn die Installation die ausführt FindrelatedProducts AKTION, es wird alles mit dem passenden Upgrade -Code gefunden und versucht, die passenden Komponenten zu aktualisieren.

Ich stimme dem Cutrisk - Stage das stark zu ganz Zuerst irgendwo anders (Installieren Sie die Version, Upgrade auf Beta, öffnen Sie es für interne Tests usw.) sorgfältig Rollen Sie es an Kunden aus.

Vertrauen Sie mir, Sie möchten nicht, dass Ihr Installateur jemanden in den Produktionsdienstleistungen (en) senkt, da Ihre Beta "Upgrades" einige Komponenten und das gesamte System umfallen.

Answer 3

Ich würde der Beta einen anderen Namen geben: app_beta.exe. Sie können das gleiche Setup verwenden, um es bereitzustellen. Sie können Ihren UpgradeCode auch mit jeder Version der Beta- oder Prod-Release weiter ändern. Es ist in Ordnung, dass sie sich überlappen.

Prod: 2.0

Beta: 2.1

Beta: 2.2

Prod -Update: 2.3

Nächste Beta: 2.4

Answer 4

Installshield 2009 und später "mehrere Instanzen" unterstützen:

z.B:http://blog.deploymentengineering.com/2008/03/installshield-2009-beta-part-i.html