2011-11-06 69 views
1

我有一个带有ASP.NET网站应用程序和10个类库的Visual Studio 2010解决方案。我的要求是每天下午5点在QA Web服务器上自动构建和部署应用程序。我也有不同的web.config本地机的文件& QA机器。构建和部署ASP.NET网站行业标准

看起来人们在做这件事的方式有很多。

  1. MS构建定义
  2. TFS生成定义&基于工作流的定义
  3. 在Visual Studio
  4. 网络部署项目2010
  5. 指向解决方案文件(而不是构建文件)在TFS建立队列

这是什么行业标准以及这样做的最佳方式?有人可以一步步指出这样做吗?

回答

1

The best way?无论您的团队在特定的部署环境中如何使用它,都可以使用它。与没有“行业标准”部署基础架构相同,部署中没有“行业标准”。

只为配置单独我见过球队

  • 使用服务器上的自定义批处理文件来运行从网络共享拉码,然后搜索和配置文件替换令牌

  • 使用Powershell脚本从Nexus存储库中提取代码,搜索并替换令牌,然后使用PSExec调用服务器上的另一个Powershell脚本来拉取标记代码

  • 创建自定义Nant脚本tha牛逼替换引用配置文件中web.config包括,然后复制到主机

  • 复制和手动调整配置文件

他们的处境都有其独特的优势:例如,也有系统手卷配置文件有一个微不足道的小内部站点,每年部署几次。真的不值得构建复杂的,复杂的自动化部署。

所以我建议你仔细看看你和你的团队真正需要什么,你有没有可用的时间以及你能承受多少自动化。在军械库

有用的工具包括:

  • Web配置转换,可以改变web.config文件取决于所使用的生成配置。这里的MSDN参考资料:http://msdn.microsoft.com/en-us/library/dd465326.aspx - 这些都是相对较新的,并且在您理清语法之后就可以很好地工作。

  • 的Windows PowerShell,一个真棒脚本语言,动态的,但它有在幕后所有.NET的

  • MSBuild,你不能在微软系统避免

我个人的偏好是身材略显自动化,你认为你最初的需要,特别是对于那些需要频繁的部署,以解决问题的新系统。