我正在使用TFS 2010和Visual Studio 2010高级版。 有人可以请指导我从哪里开始自动部署脚本?任何文件/指导方针将大有帮助。自动部署TFS 2010
上面的链接大多解释了自动部署的策略。我需要找出如何编写部署脚本以及部署脚本的外观。
我正在使用TFS 2010和Visual Studio 2010高级版。 有人可以请指导我从哪里开始自动部署脚本?任何文件/指导方针将大有帮助。自动部署TFS 2010
上面的链接大多解释了自动部署的策略。我需要找出如何编写部署脚本以及部署脚本的外观。
不知道你想部署哪种类型的应用程序难以给出正确答案,但这里有一些我认为有用的链接。
如果要部署与TFS 2010 ClickOnce应用程序,尝试this article at codeproject
TeamDeploy from codeplex看起来不错,但我还没有使用它。
的community TFS Build extensions
豆蔻位约web deployement
我们刚开始使用TFS部署(http://tfsdeployer.codeplex.com/wikipage?title=Preparing%20Deployment%20Scripts&referringTitle=Home)。基本上它是一个监视构建质量变化的windows服务,并且可以触发自定义的powershell或批处理脚本在其更改时运行。
当签入发生时,构建代理抓住源代码构建它,运行任何单元测试等,然后将结果发布到构建投递文件夹。它还将构建的质量设置为“单元测试通过”之类的内容。然后Tfs部署者启动,抓取构建并发布到我们的开发测试环境并运行一些进一步的测试。如果这些通过它发送一封电子邮件让人们知道任何手动检查可以运行。
使用构建质量的优点是,在手动测试运行后,我们可以更新质量并有另一个部署触发器等等,直到我们(手动)触发生产版本为止。如果将部署作为构建模板的一部分,则可以在相同的二进制文件上触发多个链接部署。
因为它运行自定义代码,所以只要它是可编写脚本的(msbuild,msdeploy,clickonce,msi generation等等),您就可以使用任何想要的部署方法。
脚本可以在构建之间共享(在同一个团队项目中),只需将所有相关的构建指向配置文件中的相同脚本即可。
该文档有些过时,但安装起来相当容易。