【发布时间】:2011-11-18 20:39:19
【问题描述】:
我正在使用 TFS 2010 和 Visual Studio 2010 高级版。 有人可以指导我从哪里开始自动部署脚本吗?任何文档/指南都会有很大帮助。
以上链接主要解释了自动化部署的策略。我需要了解如何编写部署脚本以及部署脚本的外观。
【问题讨论】:
我正在使用 TFS 2010 和 Visual Studio 2010 高级版。 有人可以指导我从哪里开始自动部署脚本吗?任何文档/指南都会有很大帮助。
以上链接主要解释了自动化部署的策略。我需要了解如何编写部署脚本以及部署脚本的外观。
【问题讨论】:
不知道您要部署哪种类型的应用程序很难给出正确答案,但我认为这里有一些有用的链接。
如果您想使用 TFS 2010 部署 ClickOnce 应用程序,请尝试 this article at codeproject
TeamDeploy from codeplex看起来不错,但我还没用过。
community TFS Build extensions
关于web deployement的一点点
【讨论】:
我们刚刚开始使用 TFS Deployer (http://tfsdeployer.codeplex.com/wikipage?title=Preparing%20Deployment%20Scripts&referringTitle=Home)。基本上,它是一个 Windows 服务,用于监控构建质量的变化,并在它发生变化时触发自定义的 powershell 或批处理脚本运行。
当签入发生时,构建代理会抓取源代码来构建它,运行任何单元测试等,然后将结果发布到构建放置文件夹。它还将构建的质量设置为“单元测试通过”之类的东西。然后 Tfs Deployer 启动,获取构建并发布到我们的开发测试环境并运行一些进一步的测试。如果这些通过,它会发送一封电子邮件,让人们知道可以运行任何手动检查。
使用构建质量的美妙之处在于,在运行手动测试后,我们可以更新质量并拥有另一个部署触发器等等,直到我们(手动)触发生产版本。如果您将部署作为构建模板的一部分,您可以在同一个二进制文件上触发多个链式部署。
因为它运行自定义代码,所以您可以使用任何您想要的部署方法,只要它是可编写脚本的(msbuild、msdeploy、clickonce、msi 生成等)。
脚本可以在构建之间共享(在同一个团队项目中),只需将所有相关构建指向配置文件中的相同脚本。
文档有点过时,但设置和使用起来相当容易。
【讨论】: