【问题标题】:Release Management using Team Foundation Services (one Branch)使用 Team Foundation Services 的发布管理(一个分支)
【发布时间】:2016-08-10 20:06:01
【问题描述】:

我需要使用 Visual Studio 服务(在云上)来自动化集成和发布过程。

我有 3 个环境开发、测试和部署。我计划只使用 Dev 的一个分支来促进对下一个 Env (TEST) 的更改,然后再发布。

问题 1: 我可以使用一个分支(主开发)还是我需要为每个分支创建单独的分支?以及如何?

据我所知,在本地使用 TFS 服务器时,我们应该在同一台机器上安装发布管理器,并在不同的环境中安装部署代理。

问题 2: 考虑到测试和生产环境不使用 Azure 服务,它们只是使用 IIS 来托管我们的网站,如何使用 Visual Studio 云服务自动化发布管理。

【问题讨论】:

  • 您不应安装 Release Management Server。 VS Team Services 和 TFS 2015 Update 2 有一个新的发布中心,您应该使用它。
  • 你使用的是什么版本的 TFS?
  • 顺便说一下,我指的是云上的 Visual Studio 服务,而不是团队 Foundation 服务。我会改正的。
  • @Daniel 您能否提供一个链接,说明如何使用新的更新 2 在云上进行配置?

标签: visual-studio tfs azure-devops ms-release-management


【解决方案1】:

对于第一个问题,答案是肯定的,通常一个版本应该只有一个分支。在发布中部署到三个环境的发布/构建应该是相同的。在三个环境中使用不同分支的构建没有意义。

对于第二个问题,你可以使用web deployAdding FTP Publishing to a Web Site in IIS 7,然后通过FTP进行部署。

【讨论】:

    【解决方案2】:

    您可以通过在团队项目的 RELEASE 中心创建发布定义来开始使用发布管理。发布定义指定要部署的内容 - 构成新版本的工件集,以及如何部署 - 应该在每个环境中运行的一系列自动化任务。每个环境只是一个命名的逻辑实体,代表您的发布的部署目标。

    您似乎想在一个版本定义中更改环境之间的项目,这是不受支持的。发布管理的典型用例:

    您可以在网站https://msdn.microsoft.com/en-us/library/vs/alm/release/overview获取更多关于发布管理的信息

    【讨论】:

    • 如果一个环境包含不同的区域,例如属于不同网络的区域 1 和区域 2。考虑到来自同一解决方案(构建定义)的不同二进制文件将部署在每个区域上,我如何在发布定义中为每个环境执行此操作?
    • 你需要创建多个环境。
    猜你喜欢
    • 2018-11-07
    • 2012-11-11
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2017-04-12
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多