【问题标题】:Creating a TFS Custom Build Process (TFS2013)创建 TFS 自定义构建过程 (TFS2013)
【发布时间】:2014-03-29 03:42:40
【问题描述】:

我的团队正在尝试从我们自定义编码的构建过程转移到 TFS。不幸的是,我是 TFS 构建过程的新手,随着我深入研究创建自定义构建过程,我越发意识到我不知道如何做一些基本的事情。谁能帮我解决以下问题?

由于我们需要经常为无法/不愿意迁移到新版本的各种客户修补旧版本,因此我们使用分支发布模型,程序员致力于主干,并在需要时创建分支释放。这样,如果有任何问题,我们可以修补旧版本。

所以我需要做以下事情:

在对构建进行排队时,输入参数以便我们可以定义版本控制、分支名称和要包含的信息。

以编程方式分支主干并从该分支构建。

对这件事有什么想法吗?我开始认为发布时分支策略不适用于 TFS,所以如果有人对如何设置流程有一个好主意,以便我们可以定期发布,但仍然修补旧版本,我所有的耳朵。

谢谢

【问题讨论】:

    标签: tfs build build-process tfsbuild


    【解决方案1】:

    不确定您到底要做什么,但我看到了两种情况:

    1. 您从主干构建,并从每个版本中进行分支以妥善保管。在这种情况下,我认为没有问题。

    2. 您为每个版本创建分支并从该分支构建。在这种情况下,我建议为每个分支创建一个新的构建定义(但重用自定义构建过程模板)。

    【讨论】:

    • 有没有一种方法可以创建一个自动为我分支代码的构建过程,还是我必须手动执行?如果我可以在该分支上的文件中使用相同的构建过程检查文件,以设置可执行文件的编译版本报告(即在构建我的代码之前编写并提交一个快速 version.h 文件)我想要的原因queue-time 参数将定义自动创建的任何分支的分支名称,并定义将哪些信息写入 version.h
    • 当然你可以做到所有这些,但你必须自定义构建模板(工作流程)来实现它。如果您在 Google 上搜索 ALM Ranger 构建指南,它会详细描述如何自定义构建模板。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2017-01-08
    • 2011-11-27
    • 1970-01-01
    • 2023-03-18
    • 1970-01-01
    • 2015-06-07
    相关资源
    最近更新 更多