【问题标题】:Customize TFS Auto Builds and Deploys自定义 TFS 自动构建和部署
【发布时间】:2014-09-24 12:10:43
【问题描述】:

我们使用 TFS 2012 作为我们的源代码控制存储库,我们还使用它来部署我们的 Web 应用程序(主要是带有实体框架代码优先数据库的 ASP .NET MVC 应用程序),使用 Visual Studio 中 Team Explorer 中的 TFS 构建和部署。

我们的设置相当小且新,所以到目前为止,我们的开发人员一直在将代码部署到生产服务器。但从审计的角度来看,已决定将代码安装交给一个单独的小组。目前,在我们使用 TFS 自动部署部署代码之前,我们会执行几个手动步骤 - 登录生产服务器,使用 IIS 备份 IIS 中的单个应用程序 --> 导出以将其导出为 zip 文件。 - 停止正在安装新代码的 IIS 应用程序的应用程序池 - 从 Visual Studio 安装新代码 --> 排队新构建 - 返回服务器以重新启动应用程序池并进行测试以查看应用程序是否按预期工作。

我想知道,是否有人可以指导我,是否有任何方法可以更改自动构建和部署模板/流程/工作流以在部署代码之前和之后执行这些步骤之前执行这些手动步骤?基本上,将代码安装到生产服务器的新团队仍然会单击并自动安装代码,但构建模板/流程/工作流将作为构建/部署流程的一部分执行这些步骤。

谢谢

【问题讨论】:

  • 我建议您按照@justtfs 的建议将 TFS 2012 连接到发布管理

标签: tfs


【解决方案1】:

如果你可以对它进行编码,Powershell,bat 等,那么你可以将它添加到模板中。

确定您需要在工作流程中的哪个位置添加新步骤。然后,您可以添加一个调用流程活动来调用您的脚本,这将执行当前的手动步骤。

我原以为大部分 IIS 步骤都可以使用 powershell 和 iis appcmd

自动化

此外,不妨将 Release Management 2013 视为您的部署管道,它将提供更可审核的流并允许签署以批准部署。 http://www.visualstudio.com/en-us/products/release-management-for-microsoft-visual-studio-vs.aspx

【讨论】:

    猜你喜欢
    • 2016-05-03
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-06-02
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多