TFS 升级后配置功能
在 Team Foundation Server (TFS) TFS 升级后,你将希望使用安装的新功能。 其中的一部分功能可能要求对你的团队项目进行更新。 “配置功能”向导是完成这项任务的最简单的方法。
如果你需要升级 TFS,请转到下载页。
运行“配置功能”向导
如果你不是团队项目管理员,请添加为管理员。 仅项目管理员或 TFS 管理员可运行此向导。
从支持的浏览器打开团队项目的管理页面 (**http://**ServerName:8080/tfs/CollectionName/ProjectName/_admin)。
如果看到**“配置功能”**链接,请运行此向导。
列表中的选项取决于已安装在应用程序层服务器上的 TFS 版本以及之前配置的功能。 若要获取最新的过程模板,请将服务器升级到最新版本。
如果未配置测试计划和测试套件,请转到手动更新以支持测试管理。 将应用程序层服务器升级到 TFS 2013.3 后,你将需要手动导入 WIT 定义并迁移数据。
如果你未看到**“配置功能”**链接,则你的功能已启用。 你可开始使用新功能。
如果你收到与如下所示类似的消息,则可配置团队项目。 如果有多个过程模板可用,则接受建议的版本。
如果对话框不包含**“配置”**选项,则需要手动应用更新。
在大多数情况下,此向导将配置所有新功能,你将收到一条成功消息。
有时,此向导将部分更新团队项目并返回需要解决方法的错误消息。 记录收到的错误并执行手动更新以解决每个错误。
发布配置步骤
如果你已根据 MSF for Agile(5.0 版)更新了团队项目,则请按更新敏捷团队项目的工作流中所述执行手动更新。
如果你的团队成员将使用下列一种或多种 TWA 功能,则你需要为其提供对 TWA 的完全访问权限。
项目组合积压工作 (backlog)
反馈
团队聊天室
测试用例管理、测试计划和测试套件
如果你的团队将使用反馈请求和代码评审功能,则请确保你已配置了 TFS 的 SMTP 服务器。
如果你是 TFS 的服务器管理员,且并未实际参与团队,则你可能希望将自己作为成员移除,并添加一个项目主管作为团队管理员。 (在运行“配置功能”向导时,你的用户帐户已自动添加为团队项目的团队管理员。)
手动应用更新
当此向导无法更新团队项目时,它将返回一条消息,指示没有可供支持更新的过程模板。
出现这种情况时,你需要根据下列选项之一执行一些手动更新:
如果你的团队项目基于过程模板而非 TFS 提供的模板,则更新用于创建团队项目的自定义过程模板,然后运行“配置功能”向导。
TFS 过程模板对应于此处描述的 Visual Studio Scrum、MSF for Agile Software Development 和 MSF for CMMI Process Development。
如果你的团队项目已进行了大量自定义,但没有对过程模板进行自定义,则手动添加新功能。
如果你的团队项目基于 4.2 版或早期版本的 MSF 过程模板,则先手动应用更新以符合 TFS 2012。 然后运行“配置功能”向导。
启用新功能后要进行的附加自定义
在使用“配置功能”向导更新团队项目后,你可访问最新功能和过程模板。 然而,你仍可能要根据已安装的 TFS 更新进行其他自定义。
将团队项目更新为 TFS 2013.4
你可能需要进行其他自定义,以便团队选择是否跟踪积压工作 (backlog) 上的 Bug。
将团队项目更新为 TFS 2013.3
如果你已在环境中安装了 Visual Studio 2013.3 Microsoft 测试管理器,则你已完成更新。 若要了解测试管理器或 Team Web Access 的更新版本所引入的更改的详细信息,请参阅使用 Team Web Access 计划手动测试.
若要自定义测试计划或测试套件,可以立即执行该操作。 如果你为测试计划或测试套件类型定义添加或更改工作流状态,并且从 Visual Studio 2013.2 或更早版本附带的测试管理器客户端进行工作,则还必须更新团队项目的过程配置。 否则,你将在连接到团队项目时遇到**“应用程序检测到意外错误”**错误。 若要消除此错误,请参阅导入和导出过程配置 [witadmin].
将团队项目从 TFS 2012 更新至 TFS 2013
从 TFS 2012 更新到 TFS 2013 后,无需进行任何其他自定义。 然而,对于特定 WIT 的工作流有一些推荐的更新。
这些更新使用在最新版本的默认过程模板中定义的工作流设置使团队项目处于最新状态。
你可能需要更新特定 WIT 的工作流才能支持缺少的转换、其他原因和字段分配。 进行此更新会将下列 WIT 的工作流修订为最新版本的过程模板工作流:
scrum 2.0 到 scrum 2013:产品积压工作 (backlog) 项和 Bug。
Agile 6.0 到 Agile 2013:用户情景。
CMMI 6.0 到 CMMI 2013:要求。
有关详细信息,请参见将 2012 团队项目从 RTM 升级到 Update 2。
如果你尚未自定义工作项类型或过程配置,则可通过使用 witadmin 快速更新项。 只需转到下载最新版本的过程模板(需要与用于创建团队项目的版本兼容),然后转到导入已更新的 WIT。
将团队项目从 TFS 2010 更新至 TFS 2013
如果你已更新使用 MSF v 5.0 Agile 过程模板创建的团队项目,则还需要手动更新用户情景和任务工作流分配。
如果你未更新工作流,则任务板仅提供两种状态:“活动”和“已关闭”。 这样会妨碍你和你的团队区分正在进行的和尚未开始的任务。
此外,你可能需要将工作流更新应用到用户情景,如将你的 2012 团队项目从 RTM 升级到 Update 2 中所述。
问题解答
问:如何以编程方式更新许多团队项目?
**答:**如果团队项目是通过相同过程模板创建的,则你应能够修改源过程模板,上载它,然后批处理更新为团队项目集合定义的所有团队项目。 查看以下资源:更新自定义过程模板以访问新功能、如何为众多团队项目配置功能和 Features4tfs CodePlex 解决方案。
问:可从何处了解有关如何自定义测试体验的详细信息?
**答:**请参见以下主题之一:
字段自定义:添加自定义字段、修改选取列表或添加字段规则。
工作项窗体自定义:为 bug、测试用例、测试计划或测试套件修改窗体布局。
工作流自定义:为 bug、测试用例、测试计划或测试套件修改工作流定义。
测试失败类型:指定测试运行失败的原因。 默认配置包括:回归测试、新问题、已知问题和未知。
测试解决方法状态:指定在测试运行失败后执行的操作。 默认配置包括:需求调查、测试问题、产品问题以及配置问题。
问:如何使用 TFS 2013.3 解析与测试管理项目的更新有关的警告或错误消息?
**答:**请参阅手动更新以支持测试计划和测试套件。
问:“配置功能”向导如何工作?
答:“配置功能”向导向团队项目添加新对象,并且可能会更新一些现有对象,但不会更改数据或工作流。 它基于与已安装过程模板和团队项目中设置的最佳匹配添加新目标。 此向导同时引用安装到团队项目集合并在升级过程中添加的已更新自定义过程模板和最新版本的 Microsoft 过程模板。 如果此向导确定有多个过程模板可以用于配置功能,则它将选择与你的现有团队项目最匹配且为最新版本的过程模板。
以下是“配置功能”向导执行的操作:
扫描团队项目中的定义,以确定已配置和未配置的功能。
确定存储在团队项目集合中的哪个过程模板包含最佳匹配定义以配置缺少的功能。
对于每个可配置的功能,上载新对象的定义或修改现有定义。 若要了解此向导如何配置每种特定功能,请参见用于添加各种功能的配置操作。
问:若要成功运行,“配置功能”向导依赖于哪些元素?
答:“配置功能”向导依赖于下列元素。
ProcessTemplate 文件必须包含 version 语句。 如果 version 语句不存在,则“配置功能”向导将无法选择用于更新团队项目的过程模板。 此外,每个模板 ID 的最高版本号必须是唯一的。 如果将多个为相同模板 ID 指定了相同的最高版本号的过程模板上载到了 TFS,则不会选择任何这些过程模板来更新团队项目。
对于为团队项目集合定义的每个字段,下列特性必须匹配:
友好名称
数据类型
用于将个人名称与 Active Directory 同步的分配 (syncnamechanges)。
报告特性:报告引用名称、报告名称、报告类型和报告格式
分配给字段的引用名称和链接类型在团队项目集合中必须是唯一的。
类别的友好名称在团队项目中必须是唯一的。
向导配置功能时需要某些工作项类型 (WIT) 和类别。 如果你已重命名或删除任何这些 WIT 或类别,则此向导将返回下列消息:
任何进程模板都不能与此团队项目的有效配置设置一起使用。
无法自动配置你的团队项目。
你必须重命名或复原团队项目缺少的 WIT 或类别,然后重新运行此向导。 你也可修改过程模板以添加功能,然后重新运行此向导。
如果发生任何冲突,你将收到一条错误消息。 请参见解决配置功能时收到的错误。
问:我向团队项目中添加了项目组合积压工作 (backlog)。为什么不是所有团队成员都能查看这些积压工作 (backlog)?
**答:**若要查看和处理项目组合积压工作 (backlog),需要每个团队成员都具有完全访问权限。
问:如果我遇到更多问题,可向何处寻求帮助?
**答:**你可在下列任一论坛中发布问题或搜索答案:Team Foundation Server - 工作项跟踪或 Team Web Access。