【问题标题】:Gated check-in always associates work items with build门控签入始终将工作项与构建相关联
【发布时间】:2023-03-19 18:45:01
【问题描述】:

我正在使用带有门控签入的 TFS2010,即使我已将“关联变更集和工作项”设置为 false,变更集和工作项仍与此构建相关联。

这只发生在封闭式构建上。如果我使用其他签入触发器(手动、连续、计划)运行构建,除非“关联变更集和工作项”设置为 true,否则变更集和工作项不会与构建关联。

任何想法为什么会发生这种情况?我正在使用带有默认工作流定义的 Visual Studio Scrum 流程模板。可能工作流定义有问题?

【问题讨论】:

    标签: tfs checkin gated-checkin


    【解决方案1】:

    默认情况下,Gated-CheckIn 构建与签入变更集和相关工作项相关联。此布尔参数决定非 Gated-CheckIn 构建是否应关联变更集和工作项。

    如果您查看默认模板,您会看到当此参数设置为 true 且构建原因不是 Gated-CheckIn 时调用 AssociateChangesetsAndWorkItems 活动。显示名称表示:“Associate Changesets and Work Items for non-Shelveset Builds”。

    我认为这个参数的描述具有误导性。它说:“将此设置为 true 以将变更集和工作项与构建相关联”。它应该说“到非门控签入构建”。

    【讨论】:

    • 我明白了。我还在默认模板中找到了处理这个的地方。我尝试将 CheckInShelveset 添加到原因列表中,但没有成功。如何防止将 chageset 和工作项与门控签入构建相关联?
    • 我还从模板中删除了 AssociateChagesetsAndWorkItems 活动,但仍然相同。当构建门控签入时,工作项和 chagesets 仍然与构建相关联。我怎样才能防止这种情况?还是这种默认的 TFS 行为无法更改?
    • 这是 Gated-Checkin 构建定义的默认行为。我相信它是在 CheckInGatedChanges 活动中完成的,我认为您无法阻止它。你能告诉我为什么你需要 gated-checkin 构建来不将变更集和工作项与构建相关联吗?
    • 我有“发布版本”,它负责构建软件的完整版本,包括设置、数据库升级脚本等。此版本的一部分还创建了版本之间的更改列表。该列表是基于关联的工作项完成的 - 与构建关联的工作项被添加到该构建的更改日志中。如果更改与门控签入相关联,我无法根据“发布版本”生成更改日志。
    • 我对你描述的不是很清楚。工作项可以与多个构建相关联,不是吗?
    猜你喜欢
    • 2017-12-19
    • 1970-01-01
    • 2010-12-06
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-07-24
    • 1970-01-01
    • 2020-03-23
    相关资源
    最近更新 更多