【问题标题】:TFS Team Build - Testing to ProductionTFS 团队建设 - 测试到生产
【发布时间】:2016-01-06 02:03:09
【问题描述】:

我已经在互联网上搜索了我可以在这方面做些什么,但结果很短。我需要知道两件事。

首先,关于如何在开发 > 测试 > 生产环境中使用 TFS 和 Team Build 是否有最佳实践?我目前有我的本地 VS 获取最新文件。然后我处理它们并将它们签入。这将创建一个构建,然后将发布的文件推送到 IIS 引用的测试服务器上的某个位置。这创建了我的测试环境。我想知道在测试完成后将其部署到 Live 环境的最佳做法是什么?

其次,在前面的后面 - 我的 Web 应用程序已连接到数据库。因此,测试版本将指向一个测试数据库。但是,当它被测试并投入使用时,我将需要这个过程来确保任何数据连接都更改为实时数据库。

我几乎是从头开始做这一切,并且在我不断学习的过程中学习。

【问题讨论】:

    标签: visual-studio-2013 tfs tfsbuild release-management


    【解决方案1】:

    我建议您查看Microsoft Release Management,因为它是可以帮助您完成您提到的事情的工具。它还可以与 TFS 集成。

    一般来说,release management 是:

    管理、计划、调度和控制 通过不同阶段和环境构建的软件;包含 测试和部署软件版本。

    具体来说,Microsoft 提供的工具可让您实现从开发到生产的发布过程自动化,并在达到特定阶段时跟踪完成的内容和方式。

    有一篇 MSDN 文章,Automate deployments with Release Management,提供了很好的概述:

    基本上,对于每个发布路径,您都可以定义自己的阶段,每个阶段都由一个工作流(所谓的部署序列)组成,其中包含您希望使用池中的预定义机器执行的活动。 如有必要,可以插入人工干预/批准,整个事情可以是triggered automatically once your build is done

    由于您几乎可以控制每个阶段在每台机器上执行的操作(通过使用内置或自定义操作/组件),当然也可以更改配置文件,例如测试不同的场景等。

    为您提供另一张图片并了解如何操作:

    【讨论】:

    • 太棒了,我想这正是我想要的!我已经下载了它,目前正在玩。我想我现在有了一个全新的学习曲线!
    猜你喜欢
    • 2011-11-22
    • 1970-01-01
    • 2014-08-07
    • 1970-01-01
    • 2010-09-16
    • 1970-01-01
    • 2012-04-06
    • 1970-01-01
    • 2018-07-02
    相关资源
    最近更新 更多