Sono progetti di Visual Studio Setup adatto a configurazioni complesse?

Question

Sono progetti "Visual Studio Setup" adatto a configurazioni complesse in diverse versioni?

L'applicazione è piuttosto grande (> 500.000 linee di codice) ed è in continuo sviluppo. Ogni 6 a 10 mesi una nuova versione viene rilasciato. Abbiamo più file di configurazione (INI e XML), chiavi di registro, script di migrazione di database, ecc L'applicazione è in progresso di essere migrato da Visual Basic 6.0 per .NET. Il vecchio programma di installazione è stato costruito con Installshield . Il feedback a InstallShield è: Bad adattabilità, Bad riuso - è per questo che stiamo valutando " installazione di visual Studio" come alternativa.

Altri prodotti consideriamo:

Soluzioni gratis

• WiX
• NSIS

soluzioni commerciali

• InstallShield (di nuovo ...)
• Wise
• Advanced Installer
• Manca qualcosa?

Soluzioni che non ci piacciono da considerare:

• Inno Setup (semplicemente non si sente a destra)

Answer 1

No, no, no e no ai progetti di distribuzione di Visual Studio. Io ci sono stato per progetti "grandi" (15.000 file con migliaia di moduli di unione e di centinaia di azioni personalizzate installutil perché VDPROJ espone quasi nulla del MSI sottostante come la creazione di servizi). Potrei andare avanti per ore su come orribile che è veramente.

Ho una squadra di quattro sviluppatori di installazione e usiamo un mix di WiX e < a href = "http://en.wikipedia.org/wiki/InstallShield" rel = "nofollow noreferrer"> InstallShield . La nostra installazione tipica ha quasi 100 caratteristiche, 800 moduli di unione e 15.000 file. Ci schieriamo quasi ogni tipo di risorsa che si possa immaginare tra cui il concatenamento di terze parti installati per creare prodotti o sistemi completi. Siamo in grado di fare questo per più di una dozzina di prodotti fuori ogni edificio di molteplici rami di integrazione, di rilascio e di manutenzione. I quattro di noi sostenere un'organizzazione di oltre 400 persone, con circa 250 sviluppatori.

Siamo in grado di fare questo perché InstallShield in realtà può dare una discreta quantità di riutilizzo. Si utilizza configurazioni e le caratteristiche del prodotto / moduli di unione per creare incapsulamenti di gruppi di file e logica di business. Eppure, WiX fa un lavoro migliore (anche se molto più difficile da imparare e dispongono di fori qua e là che abbiamo ancora bisogno InstallShield per), quindi siamo stati lentamente la transizione nostra linea di base verso WiX, ove possibile.

Answer 2

Non ci andate !! Abbiamo pensato che fosse fattibile per un paio di installatori semplici ma si è rivelato essere un incubo ... A prima vista i progetti di installazione VS sembrano ok, ma ben presto vi renderete conto delle varie carenze - il che significa che bisogna scrivere uno mucchio di codice di azione personalizzata per realizzare solo i compiti più semplici (ad esempio, la gestione del servizio e l'installazione in directory speciali ben definite che non sono solo accessibili dalla "bella" GUI progetto di installazione).

È possibile utilizzare solo alcune forme molto semplici per ottenere l'input dell'utente (inserimento della password è per esempio non è possibile). Non c'è di incremento automatico dei numeri di versione di installazione. La gestione dei file è orribile - dovete manualmente a raccogliere ogni singolo file. Cioè, non si può semplicemente dire "installare tutti i file in questa directory in quella directory" -. Compito fantastico per sedersi e eseguire la scansione manuale per i nuovi file in una directory con centinaia di file

No, andare per WiX, anche se la curva di apprendimento potrebbe sembrare un po 'peggio per gli installatori VS -. Ma mi sono pentita molte volte che non abbiamo fatto che