加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 综合聚焦 > 服务器 > Windows > 正文

部署 – MSDeploy是否“足够友好”,或者它可以包装在MSI文件中

发布时间:2020-12-14 01:58:09 所属栏目:Windows 来源:网络整理
导读:在您看来,MSDeploy打包是一个很好的选择,可以让最终用户在他们的系统上安装Web应用程序.与使用MSI文件安装Web应用程序的体验相比,它有何比较? 有没有人尝试在MSI包中包装MSDeploy包?会有用吗? 解决方法 MSDeploy被描述为一种有助于在机器之间同步网站的工
在您看来,MSDeploy打包是一个很好的选择,可以让最终用户在他们的系统上安装Web应用程序.与使用MSI文件安装Web应用程序的体验相比,它有何比较?

有没有人尝试在MSI包中包装MSDeploy包?会有用吗?

解决方法

MSDeploy被描述为一种有助于在机器之间同步网站的工具,就像AppCenter用于将配置良好的主机复制到许多机器的方式一样. Windows Installer(用于IIS和SQL配置的MSI WiX CustomActions)是关于将包应用于修改事务中状态的计算机.它遵循更传统的打包软件模型.

这是配置机器问题的两种不同方法.每个都针对不同的要求进行了优化. MSDeploy =复制机器状态. MSI =应用交易变更.

你能把MSDeploy扔进MSI吗?大概.它会运作良好吗?也许,如果你忽略关于交易的部分.在我看来,这是关键的区别.在您想要声明要分发的配置并使其完全应用或根本不应用(即不最终处于中间/终止状态)的环境中,基于包的安装似乎是合适的.

如果你有一台配置恰到好处的机器,并希望让一堆机器看起来像它(并且愿意让失败的机器退出轮流并重复这个过程,直到它被打成提交),那么MSDeploy似乎是合适的.

你的问题中没有足够的信息表明哪种方法效果更好……但我不认为它们在一起. <微笑/>

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读