【问题标题】:TFS 2015 Release Process AssistanceTFS 2015 发布过程协助
【发布时间】:2017-01-26 14:21:16
【问题描述】:

我们使用 TFS 2015 进行源代码控制、构建和部署。我们正在开发一个 MVC 应用程序。

我们已经设法让我们的构建过程运行良好,使用 web deploy 进行部署。我们对其进行了设置,使其在持续集成下运行并部署到开发和测试环境并运行代码优先迁移。

我们现在被告知,发布代码进行测试是由另一个部门管理的,所以我们必须把它交给他们。他们需要能够确定要部署的代码的确切版本。

我们看到两个选项, 1) 让他们使用我们的测试构建定义对构建进行排队。他们需要指定要部署的代码的提交 ID。这并不理想,因为它是新构建的代码,理想情况下我们会选择 Git 标签或代码版本,而不是提交 ID。在 TFS 构建定义中这可能吗?

2) 编辑开发构建以将所有相关文件发布到构建工件中。然后使用 TFS 发布管理将这些文件复制到我们内部 Web 服务器上的正确文件夹中。这似乎是最好的选择,他们可以选择已在开发环境中部署和测试的完全相同的代码版本。但是,我一直在努力辨别如何使用这种方法运行代码优先迁移。是否可以在同一个 TFS 集合中部署来自另一个 TFS 项目的人工制品?任何人都可以提供任何帮助,我们将不胜感激。

如果还有其他选择,我很想听听。使用 TFS 2015 和发布管理对团队中的每个人来说都是新事物!

提前致谢。

【问题讨论】:

标签: .net deployment tfs-2015


【解决方案1】:

可以在 TFS 2015 构建队列时指定标签。

  1. 点击队列构建
  2. 点击分支下拉菜单>标签
  3. 选择标签

不可能在同一个 TFS 集合中部署来自其他 TFS 项目的工件。但是您可以参考这些步骤在不同的团队项目中部署其他构建的工件。

  1. 编辑您的构建定义,使用“发布构建工件”步骤将构建工件发布到共享文件夹
  2. 编辑您的发布定义
  3. 添加 Windows 机器文件复制或复制文件任务以将工件复制到相应文件夹
  4. 具有该工件文件的其他任务(例如 IIS 部署、Azure 部署)。

另一方面,您可以通过REST API创建发布。

【讨论】:

    猜你喜欢
    • 2018-11-04
    • 2016-10-21
    • 1970-01-01
    • 2019-12-14
    • 2016-01-23
    • 2017-05-11
    • 2017-05-28
    • 1970-01-01
    • 2018-12-24
    相关资源
    最近更新 更多