Question

À votre avis, sont paquets MSDeploy une bonne option pour donner à un utilisateur final d'installer une application Web sur leur système. Comment comparer avec, par exemple, l'expérience de l'utilisation d'un fichier MSI pour installer une application web?

Quelqu'un at-il a essayé envelopper un paquet MSDeploy dans un package MSI? Ne serait-il travailler?

Était-ce utile?

La solution

MSDeploy m'a été décrit comme un outil qui permet de synchroniser les sites Web entre les machines, beaucoup de la manière que AppCenter utilisé pour répliquer un maître bien configuré pour de nombreuses machines. Windows Installer (MSI + WiX CustomActions pour IIS et SQL config) est sur l'application des paquets à une machine qui modifient l'état dans une transaction. Il suit le modèle de logiciel emballé plus traditionnel.

Ce sont deux approches différentes au problème de la configuration des machines. Chacun d'eux est optimisé autour d'une série d'exigences. MSDeploy = répliquant l'état de la machine. MSI = appliquer les changements de transaction.

Pouvez-vous jeter MSDeploy dans un MSI? Probablement. Serait-il bien fonctionner? Peut-être, si vous ignorez la partie sur la transaction. Dans mon esprit est la principale différence. Dans les environnements où vous voulez déclarer la configuration que vous voulez et ont distribué non plus appliquer pleinement ou pas appliquer du tout (à savoir ne pas se retrouver dans un état intermédiaire / Busted) l'emballage puis l'installation à base semble appropriée.

Si vous avez une machine que vous avez configuré juste et que vous voulez faire un tas de machines ressemblent (et sont prêts à prendre une machine a échoué hors de rotation et répétez le processus jusqu'à ce qu'il soit battu dans la soumission), puis MSDeploy semble appropriée.

Il n'y a pas assez d'informations dans votre question pour suggérer ce qui fonctionne mieux ... mais je ne pense pas qu'ils vont ensemble.

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