在学习和工作的过程中，发现很多同事、朋友，在做.NET Web应用发布的时候，依然在走 生成-复制到服务器 这样的方式，稍微高级一点的，就是先发布到本地，再上传到服务器
这种方式不仅效率低下，而且不易进行版本控制，程序稍微复杂一些，加上团队协作，发布就会出现各种不可预料的版本问题。
正好这两天在玩Azure和Windows Server 2016，详见《【初码干货】【Azure系列】1、再次感受Azure，体验Windows Server 2016并部署BlogEngine.NET》，而我在实际使用过程中，也遇到过不少关于Web Deploy的坑，所以在这里，将WebDeploy的完整配置和使用方法重新梳理一遍
特别值得注意的是，虽然以Windows Server 2016作为演示，但和在Windows Server 2012 R2里面的步骤是完全一致！
下面是完整的步骤
1、在IIS里面点击获取新的Web平台组件
2、下载Web平台组件并安装
3、在其中搜索Web Deploy，找到3.5版本，并安装
4、继续搜索Web Deploy 3.6版本，并安装
安装好之后，重新进入IIS，发现新增了一些功能
5、进入计算机管理，修改两个用户（WDeployAdmin和WDeployConfigWriter）的密码属性，包括设置永不过期以及设置一个固定密码
6、回到IIS中，对Web Deploy的管理服务委派中的部分提供程序的用户进行重新配置（使用刚才设置的密码）
这里只列举一个 backupSettings的配置，其他的3个大家依葫芦画瓢就可以了
7、添加一个IIS管理用户
7、配置防火墙
我们可以看到，WebDeploy服务的默认服务端口是8172
因此要在入口规则中添加一个8172端口的入站规则
默认WebDeploy程序会添加防火墙例外处理，但是如果还是不行，则需要手工添加一下的。
好了，到目前为止，Web Deploy的配置，就大功告成了，一定要重启服务器
下面还需要进行测试（接着看，不要走，测试里面有一步权限配置非常重要）
1、新建一个IIS站点
特别值得注意的是，这个IIS站点所在的目录的文件夹，一定要有Local Service权限！否则在发布的是否，会提示权限不正确！
2、在站点的IIS管理器权限里面，添加刚才新增IIS管理用户
这里有个指的注意的，IIS支持子站点的详细权限配置，如有有子应用，可以进行类似的配置
3、在Visual Studio 2015里面新建一个asp.net web applicaiton空项目，进行测试
新建一个网页
4、测试发布
这里的站点名称，就是IIS的站点名称，如果是子站点，就填写
WebDeploy测试/子站点
在发布之前，最好预览一下，这是一个很好的发布习惯！
最后点发布，会出现记录
好了，看一下效果 http://webdeploytest.printhelloworld.com/
转载请注明出处，欢迎邮件交流：zhangrou@printhelloworld.com，或者加QQ群：11444444