具有最小依赖关系的TeamCity部署

具有最小依赖关系的TeamCity部署,teamcity,web-deployment,web-deployment-project,webdeploy,Teamcity,Web Deployment,Web Deployment Project,Webdeploy,我们的TeamCity运行在一台服务器上,我们的生产站点(ASP.NET)运行在另一台Web服务器上。从TeamCity部署到生产服务器的最佳方式是什么,这样我们就不必在生产服务器上安装太多设备,而且部署速度快且安全 Web会部署吗(http://www.iis.net/download/webdeploy)是理想的解决方案吗?理想情况下,如果生产服务器运行FTP守护程序,您可以让生成脚本将生成的输出FTP到生产服务器。SSH会给你更多的安全性。在安全方面,你想走多远取决于你。例如,我的博客不使

我们的TeamCity运行在一台服务器上,我们的生产站点(ASP.NET)运行在另一台Web服务器上。从TeamCity部署到生产服务器的最佳方式是什么,这样我们就不必在生产服务器上安装太多设备,而且部署速度快且安全


Web会部署吗(http://www.iis.net/download/webdeploy)是理想的解决方案吗?

理想情况下,如果生产服务器运行FTP守护程序,您可以让生成脚本将生成的输出FTP到生产服务器。SSH会给你更多的安全性。在安全方面,你想走多远取决于你。例如,我的博客不使用SSH。如果有人想插接我的博客,就这样吧。

这些服务器在同一个网络上吗?您能否详细说明将BIT从构建服务器传输到生产服务器时可能需要的安全性?嗨,Jimmy,服务器位于不同的网络/位置。基本安全性。我宁愿使用“拉”而不是“推”来更新生产服务器——某种守护进程在那里运行,等待新版本可用(定期轮询TeamCity状态而不是REST)。一旦它们可用,就可以通过HTTP下载、解包并安装。@Evgeny:为什么你更喜欢“拉”而不是“推”?安全性最重要。我更喜欢生产系统通过HTTP下载工件,并在本地设置它们,而不是允许工件通过SSH推送——在我看来,要正确地完成这项工作似乎更难。