Team System: 自定义签入策略

在本专栏的最近三期中,我探讨了 Team Foundation Server (TFS) 版本控制和工作项跟踪 API。我 使用这些 API 构建了一个 Microsoft Word 2003 加载项,为 Word 文档的签入和工作项关联提供 支持,这类似于 Visual Studio 2005 中团队资源管理器的功能。在本期专栏中,我将深入论述签 入说明和策略。您将了解签入说明的工作原理以及如何编写自己的自定义策略实现。在未来的专栏中,我 会将此支持添加到 Word 加载项中。

签入说明和策略

签入说明是自由格式的文本字段,可用于向签入中添加分类的字符串数据。签 入说明在团队项目级别定义,并可作为签入操作的一部分强制实施。Microsoft 提供的默认项目模板定义 了三种签入说明:代码审阅者、安全性审阅者和性能审阅者。它们都不是强制性的;您可定义自己的签入 说明,方法是在创建团队项目之后使用团队资源管理器和/或 API,或者在创建团队项目之前通过修改过 程模板中的 VersionControl.xml 文件。定义签入说明时,要定义一个最多 64 个字符的标签,指定签入 时是否要求提供该说明,并指定该说明在签入窗体中的显示位置。签入时,说明的值最多可以包含 2048 + (230 – 1) 个字符。前 2048 个字符存储在数据库的 nvarchar 列中 — 任何超出部分都 将存储在 ntext 列中。

签入策略强制执行由团队项目管理员定义的规则。策略可以很简单,例如 确保您在签入时输入注释,也可以很复杂,例如执行静态代码分析和运行测试。2005 版的 TFS 出厂时附 带了三项策略。随后,作为 Microsoft Visual Studio 2005 Team Foundation Server Power Tool 的一 部分,Microsoft 又新增了四项附加签入策略。图 1 提供了有关全部七项策略的详细信息。(当然,是 “Tool”而不是“Tools”。请参见 msdn2.microsoft.com/aa718351。)

Figure 1 Microsoft 提供的策略

策略 发布 策略要求
工作项 RTM 至少在签入中关联一个工作项。没有配置选项。
代码分析 RTM 在签入之前运行静态代码分析(这意味着要进行干净的编译)。您可以控制策略 是否应用于托管代码和/或 C++ 代码。
测试 RTM 在签入之前运行 策略测试列表指定的测试。您可以控制策略运行的测试列表。
注释关联 Power Tool 签入时输入注释。没有配置选项。
禁止模式 Power Tool 允许您定义一组不希望签入到存储库中的文件。通过指定简单的文件扩展 名或使用正则表达式来配置策略。
工作项查询 Power Tool 将来自 指定查询的工作项与签入相关联。通过从团队项目中选择团队查询来配置策略。
自定 义路径 Power Tool 与另一个策略协同工作。它允许您有选择地将 “buddy”(密友)策略应用于团队项目的源代码管理树的子集。
时间: 2024-12-30 05:29:34

Team System: 自定义签入策略的相关文章

VSTS 2008 - 自定义签入代码审查策略

最近正在微软VSTS Workshop项目中,忙了一个月了,今天将其中一个场景实现写在这里,供大家参考. 实现步骤 建立自定义策略项目 打开VS2008: 选择"文件"下的"新建"菜单中的"项目": 在新项目中选择"Visual C#">"Windows">"类库": 输入项目名为"CopyrightCheckinPolicy": 选择确定按钮保存. 重命

测试运行: 使用Team System自定义测试自动化

测试软件的最佳方法不只一种.除手动测试外,根据您的具体开发环境,您可使用商业测试自动化框架.开放源代码和内部测试自动化框架,以及自定义测试自动化脚本.所有这些方法都各有优缺点. 自定义测试自动化脚本的优势是编写快捷且最为灵活.但是,可管理性是自定义测试自动化的瓶颈.超大批量的测试脚本.测试案例数据和测试结果使得测试不堪重负.幸运的是,您可使用 Visual Studio 2005 Team System 管理自定义测试自动化.我将使用一些屏幕快照对此进行解释.首先,请考虑图 1 中所示的执行测试

Team System: 签入说明和策略

在本专栏 2007 年 1 月刊中,我开始讨论使用 Microsoft Word 2003 加载项提供的 Team Foundation Server (TFS) 版本控制 API.一年多之后,我又在这里为大家奉上第五部分,同时也是最后 一部分有关版本控制 API 和 Word 加载项的专项讨论(我确实没想到会有这么多部分). 您也许还记得在以前的专栏里我们曾提到加载项目前支持签入.签出.撤消挂起的更改,并能够将工 作项与签入相关联.在我最新的专栏中,我详细分析了签入说明和签入策略.本月,我将为

模糊测试: 为Team System创建自定义的测试接口提供程序

在奥兰多参加 Microsoft Tech•Ed 2007 会议时,我有幸在"The Learning Center"的一个开发人员展位工作过.这次经历让我感触最深的是围绕最新的应用程序生命周期管 理 (ALM) 工具所展开的讨论.同时还有大量关于热门方法的讨论,例如敏捷编程和测试驱动的开发 (TDD).因此,Microsoft 的最新 ALM 套件 - Visual Studio Team System (VSTS) 产品倍 受关注. VSTS 为测试人员提供了一些强大的功能和可扩展

Team System: 工作项跟踪

在我的上一专栏中,我开始说明如何使用 Team System 中公开的 API 为 Microsoft Word 2003 生成源代码控制外接程序.如果在 Visual Studio 2005 中检查团队资源管理器公开的签入对话框 ,则会注意到集成的签入体验是相当丰富的.您不仅可以签入源文件,而且可以使签入与工作项关联,添 加签入注释,以及根据策略验证签入.图 1 显示选中"工作项"选项时的标准签入对话框. 图 1 团队 资源管理器集成的签入对话框 从表面上看这是很简单的,其实不然,签

Team System: Team Foundation Server版本控制

最初,我并没有想过要开设这么一个专栏,我是在 2004 年 2 月开始酝酿这个想法的.当时,我在位 于雷蒙德的 Microsoft 总部参与一项针对即将推出的代号为"Burton"的产品的软件设计评 审.每次评审会议上,我都会举手提出相同的问题:"有扩展点吗?"两天时间里,我总是得 到一个令我忍俊不禁的答案:"有的,Brian,你可以自定义."Burton 就成了后来的 Visual Studio Team System,而如何对其进行自定义即是

Team System: 工作项目和撤消支持

在本专栏 2007 年 1 月期中 (msdn.microsoft.com/msdnmag/issues/07/01/TeamSystem),我介绍了 如何创建 Microsoft Word 2003 加载项来与 Team Foundation Server 版本控制子系统协同工作. 在 2007 年 4 月期的专栏中 (msdn.microsoft.com/msdnmag/issues/07/04/TeamSystem),我深入探讨了 工作项目跟踪子系统.在本月的专栏中,我将介绍如何向加载项添

Visual Studio Team System 2010中的敏捷规划工具

本文以 Visual Studio Team System (VSTS) 2010 的预发布版为基础.所有信息均有可能发生变更. 本文将介绍以下内容: 产品和小版本规划 产品积压工作簿 容量规划和报表 小版本积压工作簿 本文使用了以下技术: VSTS 2010.VSTS Process for Agile Software Development 1.0 "敏捷规划"存在语意矛盾吗?希望您不会这样认为,但在最近于洛杉矶召开的一次专项小组会议中,其中一位与会者指出其组织已从敏捷开发转为采

Team System: Team Foundation Server事件服务

Microsoft 将 Team Foundation Server (TFS) 构建为一个主要和次要服务的集合,包括版本控制. 工作项目跟踪和 EventService 服务.我将 EventService 归类为次要服务,或者更确切地说是支持服务 .EventService 提供了一组事件,触发后,这些事件可执行一些操作(如发送电子邮件或调用基于 SOAP 的 Web 服务). 在本专栏中,我将介绍 Visual Studio 用户界面提供了哪些现成的事件.EventService 提供了