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