Quel produit d'installation utiliser? InstallShield, WiX, Sage, Advanced Installer, etc [fermé]
je suis actuellement en train de faire une enquête sur le déplacement du paquet d'installation que nous utilisons actuellement (installateur Sage 9) et de passer à quelque chose qui traitera des choses comme Windows Vista, Windows 7 et les systèmes 64 bits. La localisation des installateurs serait avantageuse puisque nous avons aussi un certain nombre de clients canadiens-français.
nous avons actuellement des installations pour les progiciels et les utilitaires dans les technologies suivantes:
- Progress 4GL
- Visual Studio 2005
- Visual Studio 2008
- .NET Compact Framework 3.5
j'ai déjà regardé WiX et InstallShield , et aussi le Altiris remplacement fait pour l'ancien système Sage.
Je n'ai pas encore joué avec InstallShield beaucoup, mais de tout ce que j'ai vu / installé semble être l'un des favoris de l'industrie. J'ai parcouru certaines des étiquettes de débordement de la pile relatives à InstallShield et je suis curieux de voir ce que le groupe dit à ce sujet.
est-ce que je vais juste par défaut à eux? Comment WiX est-il bon à non-.NET des trucs?
5 réponses
mise à JOUR, Août.2018 , une nouvelle et plus courte option: comment créer Windows installer . Axé sur le résumé
MSI and its major benefits
et d'énumérer lesmajor tools available
(avec des liens de téléchargement), comme et bien ...mentioning some new, trending deployment technologies
.
release manager , "151950920 de construire" ingénieur , "151950920 de configuration" développeur et comme un application packager , SOE ingénieur et "151950920 de déploiement" ingénieur (SCCM) dans les grandes entreprises.
en cours de route, j'ai utilisé la plupart des principaux outils d'emballage (certains dans de nombreuses versions différentes): InstallShield , Wise (hors marché, malheureusement), WiX , installateur avancé (juste essai), Orca et j'ai testé quelques autres outils (lien vers " Windows Installer Authoring Tools for Developers " de http://www.installsite.org - une liste plutôt exhaustive d'outils). J'ai également utilisé des outils d'emballage et de déploiement moins courants, comme Computer Associates Unicenter-probablement hors marché maintenant. Il y a aussi une page sur Non-MSI Setup Authoring Tools .
UPDATE : si vous avez besoin d'un outil MSI pour comparer deux versions de fichier MSI, ou tout simplement pour extraire des informations à partir d'un fichier MSI, vous pourriez vouloir lisez cette réponse: Comment puis-je comparer le contenu de deux (ou plus) fichiers MSI? (focalisé sur les outils MSI libres).
ce post fournit un aperçu de les points forts de certains des différents outils d'auteur ainsi que certains inconvénients d'être au courant de . Pour toutes leurs similitudes, ces outils sont en fait très différents. Toutes les tentatives ont été faites pour rendre la description aussi objective que possible - décrivant l'expérience du monde réel avec des points positifs et négatifs.
Liées Déploiement Des Sujets
- avant de passer en revue les différents outils, voici quelques autres liens avec des informations sur la technologie MSI elle-même.
- Voici une description générale des tâches de déploiement généralement prises en charge dans les outils de déploiement, et un description des raisons pour lesquelles le déploiement semble devenir de plus en plus compliqué.
- beaucoup de gens semblent penser que MSI est plus de problèmes qu'il n'en vaut la peine, et parfois cela peut être compréhensible. Les avantages sont réels - particulièrement pour le déploiement d'entreprise, mais certains problèmes le sont aussi.
- Voici une description que j'ai écrite sur les principaux avantages corporatifs de MSI (de serverfault.com). L'article a trop augmenté, mais, je l'espère, toujours d'actualité.
- dans le même article, j'ai écrit à propos de défauts typiques de conception dans le monde réel dans les fichiers MSI (un travail très en cours-juste un" dump mémoire "de l'expérience" les deux côtés du logiciel": développement et déploiement).
InstallShield
- riche en fonctionnalités.
- Toujours à jour avec les dernières technologies.
- (Setup) orienté Développeur.
- différentes éditions disponibles.
- le produit phare AdminStudio fournit à la fois des outils orientés setup developer ainsi que des outils orientés repackager.
- très bon sortie gestion , localisation et fonctions d'automatisation pour l'automatisation des processus de construction. Au moins mieux que les concurrents.
- Pour produits complexes gestion de la publication est peut-être le principal point de vente pour InstallShield. Vous pouvez fournir des saveurs de toutes sortes avec facilité: versions linguistiques, versions oem, les téléspectateurs, les éditions d'application, etc... en utilisant les drapeaux release et semblables constructions.
- Release flags sont essentiellement utilisés pour exclure ou inclure certaines parties du produit de chaque configuration compilée - c'est souvent une grande partie de ce qui est demandé lors de la fabrication de familles professionnelles de configurations.
- la vue de publication dans Installshield permet un aperçu complet de tous vos différents types d'installation et d'éditions. Vous voir tous versions linguistiques et les configurations de publication livrées pour le web (un gros fichier de configuration) ou pour les médias redistribuables (fichiers sources externes) et toutes les autres saveurs que vous avez livrées.
- crucial pour chaque version et édition, vous pouvez modifier les paramètres importants tels que le nom du produit, la version du produit, package -, produit - et le code de mise à niveau ainsi que de nombreux autres paramètres nécessaires qui doivent changer dynamiquement basé sur le produit édition et version linguistique.
- dans beaucoup d'autres produits ce type de gestion de publication et d'édition peut être beaucoup plus difficile à mettre en œuvre. Pour des configurations plus simples ce type de flexibilité pourrait être moins important.
- L'API d'automatisation pour le produit lui permet d'être facilement" télécommandé " de construire des scripts d'automatisation de divers types.
- il y a aussi modules de construction en ligne de commande (pour utilisation sur des serveurs de construction dédiés).
- l'automatisation complète des constructions d'une suite entière de produits et d'Éditions est facilement possible en utilisant l'automatisation régulière VBScript / VBA / Javascript.
- prise en charge complète de la localisation avec tables à cordes utilisé pour prendre en charge différentes configurations langue.
- les boîtes de dialogue de base sont également fournies prêtes à l'emploi dans un certain nombre de langues (coûts supplémentaires).
- vous n'avez besoin que de localiser votre propre contenu d'installation (fonctions sous-titres de liste, Toutes les boîtes de dialogue ou de message personnalisées, images avec du texte, etc...) - encore beaucoup de travail.
- vous pouvez fournir une installation multilingue énorme. Ce n'est pas recommandé dans mon expérience pour plusieurs raisons (lire localisation section.) Le problème le plus grave est que vous devez localiser tous les contenus nouveaux et modifiés dans toutes les langues avant de pouvoir livrer la version anglaise. Cela n'est presque jamais acceptable pour le marketing et les ventes. Et il y a toujours des correctifs qui exigent que vous reconstruisiez et ré-éditiez une seule langue, et ensuite vous voulez le faire sans UAT et QA pour toutes les autres langues. Il est préférable de prévoir des constructions séparées pour chaque langue (facilement implémentées).
- Bon soutien de la communauté: de la Communauté des Utilisateurs des Forums .
- assez bonne GUI, les choses courantes sont assez faciles.
- Complet MSI-l'éditeur de l'interface.
- très puissant. Un peu complexe. Les Limitations
- des fonctionnalités GUI de la technologie MSI sous-jacente causent quelques problèmes et des limitations gênantes, mais c'est la même chose pour tous les déploiements outils.
- la cause fondamentale est que L'interface graphique MSI est implémentée en utilisant des tables de données à l'intérieur du fichier MSI lui-même, et cela provoque de graves limitations en ce qui concerne les événements de dialogue par rapport au" modèle d'événement " complet pour des dialogues Win32 appropriés.
- Complet C-style de langage de script pour les actions personnalisées appelé " Installscript ".
- Installscript maintenant compilé en natif ou émulé avec son propre bac à sable, pas sûr. Il ya pas besoin d'installer un runtime comme vous avez dû avant.
- incidemment cette exécution a été la source de certains plutôt problèmes de déploiement gênants en raison de corruption d'exécution - apparemment souvent liée à la COMD - et incompatibilités diverses entre différentes versions d'exécution. Voici quelques liens de dépannage pour les "fins de legs"":
- impossible D'installer InstallShield Scripting Run Time .
- Setup est incapable de trouver ou de mettre à jour ISScript.msi .
- Flexera Consumer Central (pour les problèmes de configuration de l'utilisateur final).
- bien que l'exécution ait été une source très problématique d'erreurs, tous les les problèmes connexes semblent maintenant avoir été complètement résolus depuis Installshield 12 et plus tard.
- aide bien intégrée dans GUI .
- très important pour une technologie aussi difficile.
- souvent très utile - surtout pour traiter des tâches communes.
- le fichier binaire par défaut le format de stockage ne permet pas de véritable contrôle à la source ou branchement (contrairement à WiX qui délivre ce hors de la boîte). Je pense qu'il y a un moyen de stocker le projet en format texte, mais je ne l'ai jamais utilisé. Vous ne savez pas comment efficace, il serait.
- sans l'ombre d'un doute, de loin le plus encombrant de tous les produits d'installation.
- en équité la plupart des bogues se rapportent à la spéciale " Installscript MSI " type de projet qui implémente un modèle de dialogue personnalisé pour les configurations MSI (plutôt que L'interface graphique native basée sur la table qui est supprimée).
- en d'autres termes, le Installscript MSI type de projet ne doit en aucun cas être utilisé. S'il vous plaît prenez cela à cœur, si vous les utilisez encore - ils sont particulièrement difficiles à mettre à niveau correctement (premier déploiement pourrait être OK, mais les mises à niveau se brisent). D'autres types de projets semblent bien fonctionner.
- après avoir abandonné Installscript MSI (ce que la plupart des gens semblaient faire), l'outil fonctionnait assez bien pour moi personnellement (pas sans bug cependant).
- j'ai été pas heureux, avec le soutien pour le déploiement de sites IIS et applications COM+ . J'avais besoin de la flexibilité et de la personnalisabilité de WiX au lieu de la facilité d'utilisation D'Installshield. Il n'y a tout simplement pas assez flexibilité et contrôle disponibles.
- Support pour Microsoft App-V virtual packages et les nouvelles technologies de virtualisation.
- permet quelques nouveautés par rapport à une application normale.
- Application de streaming - pas d'installation locale sur les machines - JIT.
- Utiliser deux logiciels incompatibles sur le même ordinateur.
- mise à jour par le biais du serveur.
- Contrôle licences maximum d'utilisateurs simultanés ou la cravate un logiciel à un groupe / utilisateur.
- présenter l'application rapidement et facilement aux utilisateurs.
- plus de Microsoft marketing ici .
Wise
Sage est officiellement à la retraite , mais il a été ressuscité avant. Malheureusement certaines questions juridiques peut avoir fait il finale cette fois-pour tout ce que je sais. Ce serait une honte pour un tel outil. Il a été acquis par Altiris, puis Symantec. Il semble maintenant être hors marché . Je pars encore dans le résumé des bons traits Sages:
- rapide et facile et très riche en fonctionnalités.
- très bonne facilité d'utilisation dans l'ensemble, excellent ensemble de caractéristiques.
- manquant de certaines fonctionnalités (très) avancées telles que L'IIS, la gestion avancée des versions, etc...
- oriented administrateur / Repackager.
- moins axé sur le code que le pare-brise D'installation.
- éditeur de scripts graphiques unique et flexible.
- configuration de configuration bien conçue GUI.
- également excellent pour petites équipes de développement à la recherche d'un moyen rapide et relativement facile pour obtenir leur application déployée.
- parfois légèrement en retard avec les dernières technologies (par rapport à Installshield), mais comparativement"sans bogue".
- GUI intuitif, les choses communes sont (très) facile.
- très bonne manipulation de la séquence d'installation configuration et actions personnalisées dans un éditeur de style de script. Plus d'interface graphique, moins de codage.
- rock solid , très peu de bogues significatifs.
- les ressources d'Aide et de soutien communautaire sont pas sur pied d'égalité avec InstallShield, mais toujours bon.
- mon outil de choix pour le débogage et le prototypage (rapide, stable, facile à utiliser, grandes caractéristiques diff).
- Et en ce qui concerne les caractéristiques diff (permettant la comparaison binaire de deux fichiers MSI).
- aucun autre outil que j'ai essayé N'a été proche de Wise pour les diffs binaires de différents fichiers MSI.
- la facilité d'utilisation et la clarté de la visionneuse diff n'étaient pas moins fantastiques.
- pour le packaging d'entreprise telles diff-fonctionnalités peuvent être une partie très critique de la tâche que vous avez des centaines, voire des milliers de logiciels différents à gérer dans de nombreux version.
- Sur un subjective "note : mon préféré de l'emballage de l'outil. Très fiable.
- C'est une véritable honte que l'outil n'est plus disponible.
- nous pouvons toujours espérer une" réincarnation " (j'ai vu des extraits de GUI qui semblent sages dans d'autres outils).
WiX
- Le grand plus est le texte source files . Il n'est pas nécessaire de stocker la source en tant que binaire où il est presque impossible de suivre les changements et de faire un contrôle de version approprié.
- les sources de texte appropriées font toute la différence pour les équipes de développement en termes de branching , versioning et merging . Il s'agit d'un bond en avant (à mon avis, particulièrement pour le développement interne dans les grandes entreprises-où le processus est complexe, le délai d'exécution est rapide et il y a de nombreux développeurs).
- le besoin et l'utilisation de fichiers source de texte ont été au cœur de la création de la boîte à outils WiX. Voici un rapide et incomplet "histoire WiX" avec plus de détails. Recommandé lire pour comprendre les fondements et la raison d'être de WiX.
- certains outils de déploiement qui stockent l'installateur sous forme de binaires pourraient se retrouver dans des situations où la source binaire présenterait des problèmes mystérieux qui ne pourraient jamais être retracés correctement.
- cela s'est produit en particulier après les mises à jour d'outils qui ont également mis à jour le format dans la source (pour quelque raison que ce soit).
- les mises à jour affecteraient souvent des douzaines de tables et des centaines de disques ce qui rend impossible de retrouver la vraie problème efficacement.
- symptômes inclus des choses telles que l'apparition soudaine de constructions lentes, vitesse d'installation lente soudaine, erreurs de compilation inexplicables, même la corruption totale de fichier, etc...
- avec WiX, vous avez une transparence totale et une" maigreur " pour votre source. Il est juste plus propre et plus fiable lorsqu'il est fait correctement et des mises à jour automatiques de la source est possible, mais ne causera pas de changements en cascade à travers des douzaines de tables MSI. Combiné avec la source les changements de contrôle sont facilement repérés et (espérons) compris - aucun mystère, sans documents ajoutés.
- avec tout ce que cela dit, il faut noter que la mise à niveau des fichiers source WiX 3 vers les fichiers source WiX 4 semble et non être triviale. Espérons que c'est une situation unique. Je ne sais pas pourquoi cela s'est produit pour être honnête, et je n'ai pas d'informations à jour à ce sujet.
- peut-être cherchez de vraies nouvelles directement de Rob Mensching blogue: http://robmensching.com/blog / et le blog de Bob Arnson https://www.joyofsetup.com / . Tout droit sorti de la bouche du cheval comme Internet le permet - c'est parfois un monde merveilleux ;-). La rumeur dit qu'ils font " tortues tout le chemin vers le bas ".
- solide comme le Roc, très peu de bugs .
- pour ceux qui ont lutté avec des bogues de longue date, intermittents, inexplicables dans d'autres outils, c'est une bénédiction. {Histoires de guerre supprimé}.
- et encore mieux: les problèmes semblent en fait être corrigés dans WiX, parfois avec l'aide de la communauté - comme il convient pour une boîte à outils open source. La plupart du temps, il semble que l'équipe de base s'en occupe.
- très feature riche , mais un peu difficile à utiliser parfois.
- prend du temps pour s'y habituer, et même si vous y êtes habitué, les choses peuvent être "fiddly" pour se redresser (surtout si vous n'utilisez pas correctement les outils d'aide inclus).
- il est utile d'utiliser le sombre.exe decompiler l'outil pour décompiler les fichiers MSI existants vers Wix XML. Cela vous permet d'étudier la source WiX sans en savoir trop à l'avance.
- personnalisabilité exceptionnelle pour les choses complexes tel que IIS , COM+ , SQL Server , permissioning , firewall rules , etc... "Tout" est possible, mais quelque peu impliqué parfois.
- WiX efficacement " s'étend de Windows Installer " avec la nouvelle et nécessaire fonctionnalité. Il s'agit d'un avantage énorme pour tous ceux qui, auparavant, devaient "lancer leurs propres" solutions - souvent pour des choses qui semblaient insignifiantes (mais qui étaient encore très sujettes aux erreurs).
- La puissance de ces extensions ne peut pas être surestimée. Vous pouvez vous débarrasser d'un grand nombre d'actions personnalisées complexes auto-écrites en faveur de solutions testées . Avec soutien de roulis approprié ! (une fonctionnalité très négligée dans les configurations des fournisseurs - d'après mon expérience presque tous-causant l'état de système impur après des installations avortées).
- j'ai l'expérience personnelle d'écrire un C++ dll avec des actions personnalisées pour les tâches communes avec le soutien de rollback approprié, et la quantité de travail était stupéfiante - en particulier le QA de la fonctionnalité de rollback réelle.
- un manque remarquable d'outils GUI et très peu de bons échantillons disponibles - en particulier pour WiX 4.
- les choses semblent s'améliorer, essayez peut-être de ce court résumé de .
- un projet intéressant pourrait être IsWiX . Il vaut la peine de vérifier.
- tutoriels WiX: https://github.com/iswix-llc/iswix-tutorials
- quick Youtube demo: https://www.youtube.com/watch?v=nnV_OU6fk8c
- je suis périmé ici, s'il vous plaît aidez à mettre à jour ce si vous avez plus d'informations à jour .
- intégration complète dans Visual Studio, avec IntelliSense.
- apparemment, il y aura quelques restrictions quant aux versions de Visual Studio qui seront supportées par WiX 4.
- je n'ai pas les détails, mais vous aurez besoin d'une version récente de Visual Studio. Je pense qu'Il ya de bonnes entrées de Rob et Bob blog à ce sujet.
- C'est gratuit (!). Chaque développeur peut construire la configuration. Quelqu'un doit le posséder (!). Vraiment.)-;
- Il est Open Source .
- La "communauté": https://github.com/wixtoolset . Et les questions ouvertes: https://github.com/wixtoolset/issues/issues
- La boîte à outils de téléchargement comprend DTF ( Outils de Déploiement de la Fondation ). Classes .NET pour traiter toutes les choses fichiers MSI avec l'automatisation. Voir échantillon en ligne ici . Extrêmement utile et de bonne qualité. N COM interop à traiter. Voir ce serverfault.com post . Et Chris Peintre du blog .
- Comment commencer? (lien direct vers une réponse qui a été bien reçue-à ma surprise).
- Pour de l'échantillon en fonction des bricoleurs essayez cette Le Projet de Code de l'article pour un démarrage rapide dans la façon de créer des fichiers MSI avec WiX (WiX 3). Il est très simple (si vous connaissez MSI il est de soi).
- vous pouvez aussi lire cet article de Wix Stack Overflow pour d'autres conseils de démarrage rapide.
- nouveau et recommandé : une réponse stackoverflow montrant les modifications minimales actuelles nécessaires pour compiler un fichier MSI fonctionnel lors de la création d'un nouveau projet WiX dans Visual Studio: WiX installer MSI n'installant pas L'application Winform créé avec Visual Studio 2017 .
- et vous pouvez utiliser wix's dark.exe (MSI decompiler) pour décomposer un fichier MSI existant au format XML WiX approprié et ensuite étudier comment il s'intègre ensemble. Très utile et instructif-surtout pour les fonctionnalités avancées.
- versions actuelles et futures.
- Version 3.1 est stable et (Sorti en Mai 2017). rock solid .
- La Version 4 est en développement depuis huit ans (août 2017).
- il n'est pas clair quand il sera disponible pour une version stable.
- il s'agira apparemment d'une très importante mise à jour qui nécessite un remaniement important des fichiers WiX existants pour être utilisée avec succès.
- Je ne peux pas fournir de détails sur les principales différences à ce stade.
- le la stabilité et la fiabilité de la version 3 ont sans doute été préservées.
Installateur Avancé
- Je ne l'ai pas utilisé pour un développement réel.
- Très facile à utiliser, belle interface graphique.
- mise à JOUR :
- extrêmement bon logging intégré dans l'outil lui-même lors de l'installation d'essai de développement. Très impressionnante.
- est Également disponible pour entreprise de reconditionnement en sa " Architect ".
- riche . Compile toutes sortes de configurations et prend en charge toutes les nouvelles technologies (App-X, App-V, etc...)
- soutien pour App-V semble très étendu.
- Can importer plusieurs autres fichiers sources d'outils (Installshield, Inno, Wix, Wise, NSIS, Visual Studio, Desktop Bridge, etc...). Pas testé intensivement par moi.
- stocke les projets dans un format de texte propriétaire aussi loin que je peux voir.
- semble solide, et surtout cache une certaine complexité MSI via une bonne interface graphique qui montre des cases à cocher intuitives et des options plutôt que des drapeaux et des propriétés de style SDK. C'est une bonne chose, et complètement absent de WiX à ce stade.
- semble comme il pourrait être bon pour le prototypage et le test, GUI très fort et automagic pour les caractéristiques couramment utilisées.
- je manque la vue de la version D'InstallShield avec ses indicateurs de version et ses paramètres d'automatisation de construction ainsi que d'autres Gestion de version caractéristiques (pourrait être améliorée maintenant).
- Globale outil de travail solide qui ressemble le mieux adapté pour les développeurs à la recherche d'un moyen facile d'obtenir leurs applications déployées . Semblable à de Judicieux à cet égard.
- trop peu d'expérience pratique pour écrire beaucoup plus. De l'essayer.
Autres Outils
- Orca est L'outil Windows SDK gratuit qui permet aux fichiers binaires MSI d'être ouverts, édités et dans une certaine mesure comparés. Il permet également d'autres opérations telles que la génération de fichiers transform pour modifier les fichiers MSI et d'autres opérations techniques. Un outil de base que j'aime toujours avoir installé et disponible. Il y a un plus vaste Orca paragraphe ici discuter de son utilisation (regardez vers le bas.) Vous avez normalement à installer le SDK Windows pour mettre la main sur Orca (il suffit d'installer la dernière version et la recherche de l'outil).
- un outil gratuit appelé " Super Orca " m'a été recommandé, comme l'a été " Insté "". Je ne les ai utilisés que brièvement, mais ils ont L'air OK, et ils sont plus faciles à obtenir que Orca (pas de SDK Windows à télécharger).
- Et il ya aussi de nombreux autres outils . Voici une liste d'outils de http://www.installsite.org avec indication si l'outil est encore activement entretenu ou non: http://www.installsite.org/pages/en/msi/authoring.htm (merci à Phil Wilson pour le lien - Je ne pouvais pas ressusciter sa réponse).
- je suppose que je peux incluez également un lien vers liste des logiciels d'installation de wikipedia .
Recommandations D'Outils?
ce n'est pas à moi de faire des recommandations directes. Mais je suppose que je peux faire quelques "observations" et fournir d'autres liens pour la prise de décision.
pour tout développement interne sérieux équipe je suggère WiX. où d'autres outils ont la facilité d'utilisation (ce qui est très important, et parfois la seule chose qui est importante), WiX excelle dans sa flexibilité, extensibilité, stabilité et l'utilisation de XML text source files - avec la pénalité d'être un peu impliqué pour traiter. Et grâce à sa licence gratuite, chaque développeur peut visualiser et compiler la source et les changements sont facilement suivis, inversés ou approuvés. Gérer un processus avec les développeurs tous la mise à jour d'une source WiX unique a cependant encore ses défis (rien de différent du travail de développement régulier - rien n'est facile).
pour corporate repackaging (qui est certes un peu au-delà de l'accent du développeur de stackoverflow.com) je suppose que les principales options à l'heure actuelle sont Flexera AdminStudio et Advanced Installer Architect . Il ya aussi d'autres produits disponibles, et comme toujours installsite.org a des détails: outils: reconditionnement et déploiement D'entreprise .
pour petites équipes de développement à la recherche d'un moyen rapide et facile de déployer leurs applications, je suppose que Installshield et installateur avancé sont les outils les plus courants" GUI basé". Ils offrent beaucoup de fonctionnalités, et de votre sera en mesure de fournir une configuration rapide. Comme déjà dit, parfois, c'est la seule chose qui est important. Très souvent, en fait. Il est cependant possible de fournir un excellent installateur en utilisant WiX à la place - mais beaucoup plus de connaissances sont nécessaires. Il y a une courbe d'apprentissage, et il y a de sérieuses limites - particulièrement en ce qui concerne L'interface graphique à l'heure actuelle - mais la technologie de base est très solide et libre. Et surtout il ya beaucoup d'autres outils (liste de http://www.installsite.org ) ainsi que cela peut être plus approprié pour votre tâche - en particulier s'il s'agit d'une application simple qui nécessite juste des fonctionnalités de déploiement de base. Il est "injuste" que je n'ai pas fourni plus d'information sur ces outils qui sont tout à fait capables, mais moins couramment utilisés ou établis.
je dois préciser que je recommande WiX pour équipes d'entreprise fournissant des applications internes parce qu'ils peuvent utilisez la flexibilité fournie par WiX et ils auront également le expertise disponible et la compétence technique pour faire face à la complexité de WiX. Et ils peuvent former de nouveaux gars quand c'est nécessaire. Une question très importante. WiX n'est pas trivial pour apprendre à moins que vous avez déjà beaucoup de connaissances de L'installateur Windows - alors c'est un morceau de gâteau, mais prend quand même du temps parce qu'il est si souple et faute d'un meilleur mot: "fiddly" - il est comme le développement réel, vous avez le contrôle réel, mais besoin pour être plus précis. Une fois installé une source WiX peut être un rêve à traiter - vous savez ce qui se passe.
pour résumer: si vous êtes un petit (ou grand) fournisseur tiers à la recherche d'un bon moyen d'obtenir votre application livrée rapidement à vos clients vous êtes probablement mieux avec un outil commercial visant à fournir la facilité d'utilisation et une solution rapide pour mettre en œuvre des quantités limitées de changements. Pour IIS, en particulier, outils commerciaux n'ont pas réussi à fournir la souplesse nécessaire pour moi dans le passé. Et les équipes de développement internes devraient au moins essayer WiX out.
enfin un mot de mise en garde : installateur avancé , InstallShield et Wise permettent généralement l'emballage du logiciel pour virtualisation . Je ne suis pas au courant d'aucune fonctionnalité dans WiX pour cela à partir de maintenant. Merci ajouter des commentaires ou simplement éditer ce post si vous avez des informations ici.
Top Conseil Pratique :
j'utilise généralement d'autres outils pour prototypage et WiX pour la mise en œuvre si j'ai le choix. Vous pouvez utiliser le dark De WiX.exe (MSI decompiler) pour décompiler un fichier MSI existant. Parfois je mets en œuvre quelque chose dans Wise ou InstallShield, compiler un MSI et décompilez-le au format WiX. Puis je soulève le markup WiX et je décharge dans mon fichier WiX principal. Fonctionne grand et généralement très rapide. Ceci en combinaison avec la chaleur .exe outil pour la création automatique de composants m'a permis d'empaqueter un énorme site Internet IIS en moins de 10 minutes après quelques essais pratiques. Par la suite j'ai la personnalisation complète fournie par WiX, avec la facilité d'utilisation des autres outils.
nettoyer la source décomposée n'est pas un pique-nique, mais ce n'est pas la science de fusée. Certaines connaissances MSI est nécessaire et vous serez "bidouiller" pendant un certain temps. Sachez que le téléchargement des versions d'essai des outils commerciaux pour générer et décompiler un fichier MSI n'est pas recommandé. Les fichiers MSI résultants sont généralement "filigranés" avec des caractéristiques qui sont difficiles à enlever.
Quelques Liens :
comme WiX est bon à non-.NET des trucs?
WiX a le soutien pour tous Windows Installer caractéristiques par conception. Windows installer est antérieur .NET.
personnellement, je préfère WiX plutôt que InstallShield parce que
- le format de texte XML permet examen de commits, Fusion de modifications entre branches
- l'automatisation de construction doit inclure la configuration génération, qui est facile avec WiX
- fichiers wixlib avec le groupe de composants les définitions permettent une configuration modulaire de développement . Pas besoin de s'inquiéter à propos de les dépendances des dépendances, etc.
- pas de maux de tête liés à la délivrance de permis ou au déploiement, nous incluons simplement la série D'outils WiX dans a / tools dossier de nos projets dans SVN
quand nous avons utilisé InstallShield, ce sont tous des points douloureux. WiX a une courbe d'apprentissage très forte.
Vous découvrez le freeware Inno Setup : pour le temps je sais que je l'utilise, il n'a jamais déçu, moi!
Je n'ai pas utilisé InstallShield depuis quelques années. Lors de mon dernier travail, nous nous sommes éloignés de lui aux ins principalement parce que son format binaire a rendu le contrôle de version difficile, et parce que quelques fois le fichier source a simplement été corrompu, sans espoir de récupération. Cela aurait pu être lié à SourceSafe bien sûr!
en plus, c'était inutilement compliqué. Ne vous méprenez pas, nous faisions des installateurs assez compliqués., avec beaucoup de chemins conditionnels, des modules de fusion, et des UIs sophistiqués, mais même pour cela, c'était beaucoup, beaucoup trop complexe.
NSIS a un grand système de plugin , et vous pouvez le programmer impérativement en utilisant le logiclib plugin , ont fichiers automatiques de désinstallation généré, et beaucoup d'autres choses en plus.
j'ai hérité d'une poignée de projets InstallShield (v12). Les fichiers sont tous texte / XML et il n'y a donc aucun problème de contrôle de version. Nous avons une machine de compilation qui utilise leurs outils de ligne de commande qui fonctionne bien. Ce que je n'aime pas, c'est (a) le coût par place de développeur et (B) les bogues.
Inno Setup est très capable / flexible et il existe généralement plusieurs façons d'atteindre un objectif, ce qui a conduit à une courbe d'apprentissage abrupte. Nous sommes plusieurs versions derrière leur dernière version (en raison de leur structure de coûts de mise à niveau). Parce que nos produits fonctionnent sur des veuves, si nous devons changer, je pourrais d'abord rechercher la solution d'installateur de Microsoft qui vient avec un abonnement MSDN.