Deployment 作为持续集成构建的一部分部署网站
我开始做我们网站的持续集成构建。我当前让CI服务器将站点发布到文件夹中。下一步是将文件部署到我们的站点 该站点设置在我们的持续集成服务器上，以便我们可以看到构建的结果。该站点设置为IIS中默认网站下的虚拟目录。我正在努力解决如何将构建文件部署到站点。如果我将/xcopy/robocopy文件复制到虚拟目录的物理目录，我是否应该在脚本中停止并启动服务器上的web发布服务？我应该回收应用程序池吗 稍后将构建移动到QA服务器或生产服务器怎么样？你会用什么工具来做这个Deployment 作为持续集成构建的一部分部署网站,deployment,continuous-integration,Deployment,Continuous Integration,我开始做我们网站的持续集成构建。我当前让CI服务器将站点发布到文件夹中。下一步是将文件部署到我们的站点 该站点设置在我们的持续集成服务器上，以便我们可以看到构建的结果。该站点设置为IIS中默认网站下的虚拟目录。我正在努力解决如何将构建文件部署到站点。如果我将/xcopy/robocopy文件复制到虚拟目录的物理目录，我是否应该在脚本中停止并启动服务器上的web发布服务？我应该回收应用程序池吗 稍后将构建移动到QA服务器或生产服务器怎么样？你会用什么工具来做这个 提前感谢您的帮助 如果是ASP.N
提前感谢您的帮助 如果是ASP.NET应用程序，xcopying将修改web.config，这将卸载应用程序域，因此您无需停止和启动web发布服务，也无需回收应用程序池。如果是ASP.NET应用程序，xcopying将修改web.config，它将卸载应用程序域，因此您无需停止和启动web发布服务，也无需回收应用程序池。看看Capistrano，它是专门为将应用程序部署到服务器而设计的Ruby工具。它将代码从SCM中签出并部署到服务器。您可以设置多个服务器环境，并告诉it部署到哪个服务器环境。一旦基本部署方法开始工作，添加新服务器就很容易了 查看peepcode屏幕广播，了解Capistrano的工作原理
我现在已经完全整合了它，它让生活变得如此简单。只需登录到web界面，即可批准我分配的部署，一切就绪。它与TFS高度集成。查看Visual Studio发布管理，您可以在此处找到它： Microsoft从InRelease购买该产品。它将通过所有服务器管理您的解决方案，直至生产。您可以在每台服务器上设置由不同用户完成的审批，也可以将整个过程自动化 这是一个有点b***h开始工作，由于它只是在2013年11月15日作为微软的产品发布，它是相对新的和没有文档的。但是，您可以从和本文档中获取信息 我现在已经完全整合了它，它让生活变得如此简单。只需登录到web界面，即可批准我分配的部署，一切就绪。它与TFS高度集成