Question

Les projets "Visual Studio Setup" adapté pour les configurations complexes dans les versions différentes?

L'application est assez importante (> 500.000 lignes de code) et est en cours de développement continu. Tous les 6 à 10 mois, une nouvelle version est libéré. Nous avons plusieurs fichiers de configuration (INI et XML), les clés de registre, les scripts de migration de bases de données, etc. L'application est en cours d'être migré Visual Basic 6.0 pour .NET. L'ancien installateur a été construit avec InstallShield . Les commentaires InstallShield est: capacité d'adaptation Bad, mauvaise réutilisation - c'est pourquoi nous évaluons " Visual studio Setup » comme une alternative.

D'autres produits que nous considérons:

Solutions gratuites

Solutions commerciales

Solutions ne nous plaît pas à considérer:

Était-ce utile?

La solution

Non, non, non et non à des projets de déploiement Visual Studio. Je suis allé sur des projets « grands » (15.000 fichiers avec des milliers de modules de fusion et des centaines d'actions InstallUtil personnalisées parce vdproj presque rien expose la création MSI tels que les services sous-jacents). Je pourrais continuer pendant des heures sur la façon dont il est vraiment affreux.

J'ai une équipe de quatre développeurs d'installation et nous utilisons un mélange de WiX et < a href = "http://en.wikipedia.org/wiki/InstallShield" rel = "nofollow noreferrer"> InstallShield. Notre installation typique compte près de 100 longs métrages, 800 modules de fusion et 15000 fichiers. Nous déployons presque tous les types de ressources que vous pouvez imaginer, y compris enchaînant tiers installe pour créer des produits ou des systèmes complets. Nous sommes en mesure de le faire pour plus d'une douzaine de produits chaque bâtiment hors d'intégration multiples, les branches de libération et d'entretien. Les quatre d'entre nous soutenir une organisation de plus de 400 personnes avec environ 250 développeurs.

Nous sommes en mesure de le faire parce que InstallShield peut réellement vous donner une bonne quantité de réutilisation. Vous utilisez les configurations de produits et fonctionnalités / modules de fusion pour créer des encapsulations de groupes de fichiers et la logique métier. Pourtant, WiX fait un meilleur travail (bien que beaucoup plus difficile à apprendre et des trous de fonction ici et là que nous avons encore besoin InstallShield), nous avons donc été en train de passer lentement notre base vers WiX si possible.

Autres conseils

Ne pas y aller !! Nous avons pensé qu'il était possible pour quelques installateurs simples mais il est avéré être un cauchemar ... À première vue, les projets d'installation VS semblent corrects, mais bientôt vous vous rendrez compte les diverses lacunes - ce qui signifie que vous écrivez un tas de code d'action personnalisé pour accomplir seulement les tâches les plus simples (par exemple, la gestion des services et l'installation dans des répertoires spéciaux bien définis qui ne sont tout simplement pas accessible à partir de l'interface graphique du projet d'installation « belle »).

Vous ne pouvez utiliser des formes très simples pour obtenir l'entrée d'utilisateur (entrée de mot de passe est par exemple impossible). Il n'y a pas automatique des numéros incrémentation de version d'installation. La gestion des fichiers est horrible - vous devez manuellement sélectionner chaque fichier. Autrement dit, vous ne pouvez pas simplement dire « installer tous les fichiers dans ce répertoire dans ce répertoire. » - tâche fantastique pour s'asseoir et rechercher manuellement les nouveaux fichiers dans un répertoire avec des centaines de fichiers

Non, aller pour WiX, bien que la courbe d'apprentissage peut sembler légèrement pire que pour les installateurs VS -. Mais je l'ai regretté à plusieurs reprises que nous ne le faisions pas

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top