【VSTS 日志】TFS 2015 Update 1 发布 – Git和TFVC代码库可以混合使用了

Visual Studio Team Foundation Server 2015 Update 1已经发布了。 这是 Team Foundation Server (TFS) 的最新版本，是 Microsoft 应用程序生命周期管理 (ALM) 解决方案的核心协作平台。

您可以从以下链接安装 Team Foundation Server。

下载：  Team Foundation Server 2015 Update 1

Team Foundation Server 2015 Update 1 新增功能

功能更新：

• 同一个项目中的 Git 和 Team Foundation 版本控制 (TFVC)
• Web 上的版本控制 – 历史记录和入门的改进
• 查询看板列
• SonarQube 可用于使用 Maven 生成任务生成的 Java 计划
• 可以在本地和托管代理上使用 SonarQube 分析生成任务
• 在所有积压工作 (backlog) 上进行多项选择
• 看板上的标记着色
• 清单式任务
• 仪表板：可自定义；创建多个仪表板；新的小组件
• 重命名看板列和泳道内联
• Visual Studio 中的拉取请求
• 拉取请求中的 #ID
• 需要关联工作项的分支策略
• 从产能中添加/删除用户
• 每个团队成员的多项活动
• 将任何位置的任何项目拖放到迭代中
• 在迭代积压工作 (backlog) 上添加面板
• 燃尽 (burndown) 上的线表示实际产能
• 更改列时，对卡进行重新排序
• 直接从积压工作 (backlog)/板中配置设置
• 隐藏卡上的空白字段
• 任务板和看板上的卡着色
• 当创建查询时，可限制工作项类型的显示值
• 手动测试：导出测试结果
• 手动测试：手动测试数据驱动测试的步骤结果和迭代
• 改善生成资源的访问控制
• 改善 Team Build 中的源控件集成
• 修复生成资源管理器中的一些小的可用性问题
• 测试结果保留策略
• XAML 生成奇偶校验进程
• 更容易读取提交详细信息摘要
• 改善空白 Git 存储库和克隆现有存储库的体验
• 生成工作流中支持 Azure 资源组部署
• 持续交付：在 Azure 中配置资源
• Visual Studio 错误列表的筛选由修改的文件控制
• 独立的 Office 集成安装程序

同一个项目中的 Git 和 TFVC

Team Foundation Server 现在支持将 Git 存储库添加到 Team Foundation 版本控制 (TFVC) 团队项目中或者将 TFVC 存储库添加到 Git 团队项目中。 这更易于在保留当前所有团队项目数据的同时，采用新的版本控制系统。 若要在同一个团队项目中轻松切换 TFVC 和 Git，团队成员需要运行 Visual Studio 2015 Update 1。

Web 上的版本控制 – 历史记录和入门的改进

已改进合并提交的“提交详细信息”页面，让读取提交信息和查看合并提交的重要详细信息变得更容易。 合并提交默认会显示与父级 1 的差异，因为那是您最可能需要的差异，特别是当您使用拉取请求时。 此外，空白 Git 存储库和克隆 Git 存储库的体验让您可以更轻易地通过 Visual Studio、XCode、Eclipse 或命令行克隆您的存储库。

查询看板列

现在可以使用看板中的所有数据（包括板列、已完成列指示器和板泳道）。 您可以基于它们创建查询、图表和样式规则。 这些字段显示在所有的列选项选取器中，并且可以作为 Excel 中的只读字段导出。 您可以在工作项体验中看到以下三个新字段：

• 板列：工作项所在的当前看板列。
• 已完成板列：False（正在执行）或 True （已完成）值取决于工作项是位于看板上的“正在执行”拆分列还是“已完成”拆分列。
• 板通道：当前的看板泳道。

SonarQube 可用于使用 Maven 生成任务生成的 Java 计划

您现在可以使用 Maven 生成任务执行 SonarQube 分析。

可以在本地和托管代理上使用 SonarQube 分析生成任务

可以在本地和托管代理上使用嵌入 sonar-msbuild-runner 1.0 的 SonarQube 生成任务。 您现在可以使用这两种生成任务执行与 MSBuild 有关的 SonarQube 分析。 在执行实际 MSBuild 的生成步骤之前，请插入适用于 MSBuild 的 SonarQube – 开始分析任务以指定 SonarQube 项目参数、到 SonarQube 服务器的连接和（直至 SonarQube 5.2 可用之前）到 SonarQube 数据库的连接。 在执行生成和测试任务后，请追加适用于 MSBuild 的 SonarQube – 结束分析任务以完成分析并将数据发送到 SonarQube。

在所有积压工作 (backlog) 上进行多项选择

可在所有积压工作 (backlog) 和支持上进行多项选择：

• 拖放式重新排序和重设关系
• 将项目拖动到迭代
• 将项目拖动到映射窗格
• 支持上下文菜单上的移动到最上层和移动到指定位置
• 批量编辑
• 批量分配给

看板上的标记着色

您现在可以更改标题文本的颜色和样式，并且可以将颜色添加到指定标记。 若要尝试此功能，请单击齿轮图标。 您可以在样式中设置标题文本的格式，在标记颜色中设置标记的颜色。

清单式任务

现在可以直接在板上的父级卡中添加和编辑任务，并且将其标记为完成。 汇总状态摘要会指示已完成任务的数量和剩余任务的数量。

仪表板

现在可以在 Team Foundation Server Update 1 中使用仪表板。 仪表板可以让团队和利益干系人清楚了解工作、代码、测试和生成的进度。

我们增加了以下内容：

• 可自定义的仪表板。现有的项目主页现在为您带来可完全自定义的体验，让您可以完全控制屏幕上的所有数据。 作为团队管理员，您可以对需要和使用的小组件进行重新排列、删除或添加。 通过使用仪表板右下侧的绿色大加号 (+) 按钮，团队管理员可以获得新的小组件目录。
• 创建多个仪表板。到目前为止，团队只能使用“团队概述”页面固定小组件。 现在，作为团队管理员，您可以使用现有仪表板旁边的加号 (+) 按钮创建多个仪表板，或者通过仪表板管理器完成。 通过仪表板上的“设置”图标可以访问仪表板管理器。
• 新的仪表板小组件。现在可以通过小组件目录获得之前“团队概述”页面上提供的所有数据片段。 您仍然可以通过“工作”、“测试”和“生成”中心，在仪表板上添加多个图表。 此外，我们还在目录中增加了新的小组件：条件查询磁贴（如果工作项的数量超过阈值，允许您将其设置为红色或绿色）；代码磁贴（过去 7 天的最近提交）；查询结果小组件（允许您查看查询中的所有工作项）；以及 markdown 小组件（启用自定义文本、图像和链接）。

重命名看板列和泳道内联

现在您可以对合适位置的看板列进行重命名，而不需要跳转到配置对话框。

Visual Studio 中的拉取请求

团队资源管理器中有一个新的拉取请求中心，用户可以在这里看到他们创建的拉取请求，以及其他人分配给他们的拉取请求。 我们已经改善“创建拉取请求”的体验以使用户能够在单个操作中发布分支和创建拉取请求。

拉取请求中的 #ID

现在您可以在拉取请求讨论、拉取请求代码注释和提交代码评论中提及使用“#”符号的工作项。 这些工作项是可点击的，并且提供您所熟悉的工作项 light box 体验。

需要关联工作项的分支策略

我们现在的分支策略需要任意拉取请求的关联工作项。 与代码审阅者和生成策略类似，提交到分支的任意代码必须通过拉取请求进行提交。 当创建拉取请求时，将检查关联提交的工作项链接，如果至少有一个链接，就会执行该策略。 此外，您现在可以直接将工作项关联到拉取请求，如果拉取请求直接关联到至少一个工作项，就会执行该策略。 如果没有工作项关联到拉取请求或关联提交，该策略将失效。

从产能中添加/删除用户

工具栏上的两个新按钮允许您在冲刺 (sprint) 计划中添加任意成员（包括那些不属于你们团队的成员）以及添加任何缺失的团队成员。

每个团队成员的多项活动

当规划冲刺 (sprint) 的产能时，您现在可以将多项活动分配给单个团队成员。 只需将鼠标悬停在行上或单击行，然后单击省略号 (…)，就可添加新的活动。 如果团队成员同时负责开发和测试，您可以对产能进行微调以匹配团队的技能集。

将任何位置的任何项目拖放到迭代中

您现在可以将任意板或积压工作 (backlog) 中的工作项拖动到冲刺 (sprint) 中。

在迭代积压工作 (backlog) 上添加面板

我们作出的更改可以让您直接将积压工作项添加到冲刺积压工作中。 先前，在需求中添加新工作或者在冲刺 (sprint) 中添加 bug 的唯一方法就是将它们添加到产品积压工作，然后每次把一个项目拖动到正确的冲刺 (sprint) 中。

燃尽 (burndown) 上的线表示实际产能

除了现有的理想趋势线之外，燃尽图现在还拥有可显示冲刺 (sprint) 期间可用产能的线。 现在您可以更好地了解您是否正处于完成冲刺 (sprint) 期间所有工作的轨道上。 这条线是基于产能数据的，并且包括个人和团队的休息日。

更改列时，对卡进行重新排序

现在，当您更改列时，可以对卡进行重新排序，因此卡会位于您放置的位置。 我们还取消了自动滚动，因此在您放置卡后，板的位置保持不变。

直接从积压工作 (backlog)/板中配置设置

所有的积压工作 (backlog) 和板页面上都会显示齿轮图标。 单击此图标以显示该页面的所有可用配置。 当可以使用新的设置时，可以在此处找到他们。

隐藏卡上的空白字段

我们还增加了隐藏卡上空白字段的功能。 这意味着板上的空格更少，卡更小且卡更多。 若要启用此功能，请单击齿轮图标，选择字段，然后取消勾选显示空白字段。

任务板和看板上的卡着色

现在您可以基于任意值，将板配置为包含工作项上的自定义格式。 设置起来很容易。 单击板顶部的齿轮图标，选择卡样式，并且为想要添加的颜色创建规则。

当创建查询时，可限制工作项类型的显示值

您现在可以控制查询以限制状态和工作项类型的下拉列表，以便排除查询范围之外的项目中的状态和类型。

手动测试：导出测试结果

测试中心的“导出测试计划”功能可以让您用电子邮件发送测试计划，或者以易于审阅的格式打印测试计划。 到目前为止，您可以导出以测试创作为中心的信息（例如，测试计划、测试套件层次结构、测试配置和测试用例）。 现在还支持导出以测试执行为中心的信息。 您还可以使用此功能与利益干系人共享测试执行过程的详细状态。 在“导出选择”对话框中，您可以导出最新的测试结果，这将会导出测试用例中所有测试的最新测试结果，其中包括的字段有运行该测试的时间、测试的版本、测试的配置、被分配测试的测试人员以及实际运行该测试的测试人员身份。

手动测试：手动测试数据驱动测试的步骤结果和迭代

测试中心支持运行手动测试和查看测试通过/失败的信息。 到目前为止，只能使用 Microsoft 测试管理器 (MTM) 查看详细的测试结果信息（例如，测试步骤详情、注释和附件）。 使用此更新后，您可以在运行手动测试时浏览通过或失败的测试步骤，以及由测试人员输入的注释。 在测试中心中，单击运行选项卡。 如果您已使用 MTM 运行测试并且捕获到屏幕截图、视频和其他的附件（例如系统信息），您也可以查看这些内容。 如果您的测试是参数驱动的数据，您可以浏览所有测试迭代的详细信息。 若要浏览详细的测试结果信息，请打开最近测试结果窗格并双击测试结果。 您还可以导航到测试中心的“运行”选项卡以查看这些测试结果。

改善生成资源的访问控制

生成管理员现在可以将权限添加到代理队列，这将限制谁可以使用生成定义中的队列。

改善 Team Build 中的源控件集成

您可以控制 Team Foundation 版本控制 (TFVC) 中源控件文件夹的客户端映射。 我们已经减少 Team Build 默认工作目录中的字符数，这将有助于缓解一些 Team Build 中的路径长度问题。

修复生成资源管理器中的一些小的可用性问题

再次可以在生成资源管理器中使用“我的生成”上下文菜单项。 Visual Studio 中总是默认开启 XAML 生成行为，使用其中的一个选项可以在浏览器中开启 XAML 生成行为。 这些问题是在 Visual Studio 2015 RTM 中引入的。

测试结果保留策略

我们已启用产品中的支持以简化测试结果数据清理和移除对工具的依赖性（如 Test Attachment Cleaner）。 测试结果保留策略功能会添加可以清理系统中所有测试结果数据（包括指定天数之前的测试运行、测试结果和测试附件）的功能。 可以使用此功能清理系统中的所有测试结果（包括自动测试工作流和手动测试工作流中的结果以及使用 REST API 发布的测试结果）。 可以在团队项目级配置此保留策略。 您可以为自动测试结果和手动测试结果指定单独策略，使您可以灵活地保留时间在自动测试结果之前的手动测试结果。

我们还通过添加删除生成时可删除测试结果的功能，将测试保留与新生成系统 (Build vNext) 的保留策略进行集成。 关于此功能的详细信息即将在Visual Studio ALM 博客 上发布。

XAML 生成奇偶校验进程

Visual Studio Team Services 和 Team Foundation Server 中的 Team Build 现在支持以下 XAML 生成系统的功能：

• 标记 Git 和 TFVC 中的源文件
• 适用于 TFVC 的客户端工作区映射

更容易读取提交详细信息摘要

提交详细信息摘要变得更容易读取是因为提交消息在顶部而扩展消息在下方。 它还默认显示与父级 １ 的差异，这非常适合那些总是创建合并提交的新拉取请求体验。

改善空白 Git 存储库和克隆现有存储库的体验

现在更容易在 Visual Studio Team Services 和 Team Foundation Server 上克隆存储库。 您可以使用在 Visual Studio 中克隆，或者直接从空白 Git 存储库页面创建个人访问令牌或使用“克隆”按钮进行。

生成工作流中支持 Azure 资源组部署

随着 Azure 资源组部署任务的添加，以及对 ARM（Azure 资源管理器）的支持，您可以管理 Azure 资源组的生命周期。 其中包括支持对 Azure 资源进行预配和部署。 Azure 资源管理器允许您创建可重复使用的部署模板，这些模板能够以声明方式描述组成您的应用程序的资源（例如，网站和 SQL 数据库）。 这简化了以可重复方式创建适用于开发、测试和生产的复杂环境的进程。 您可以在 GitHub 和 Azure Gallery 中找到 Azure 模板。

此外，Azure 服务连接终结点现在支持 Azure AD 安全主体

持续交付：在 Azure 中配置资源

使用 Azure 资源管理器，您可以在生成定义中包含步骤以预配资源。 新的“Azure 资源组部署”任务可以让您使用模板文件以预配资源（例如虚拟机），然后使用资源扩展（例如 DSC 资源扩展）将最新的版本部署到这些资源中。

Visual Studio 错误列表的筛选由修改的文件控制

您现在可以筛选错误列表，以只查看那些拥有挂起更改的文件中的错误、警告和信息。 这样的话，您将不会因文件中未接触到的错误而不知所措，并且可以专注于那些您有机会修复的错误。

独立的 Office 集成安装程序

已经在 Team Foundation Server 2015 中删除独立的团队资源管理器安装程序，因为很多非开发者功能已经被迁入 TFS Web 体验中。 这项更改带来的不便之处就是，那些想要使用 TFS Office 集成功能的非开发者无法再使用这些功能，除非他们安装完整版本的 Visual Studio。 在 TFS 2015 Update 1 版本中，现已可使用独立的 Office 集成安装程序 它包括 Excel 集成项目客户端集成和基于 PowerPoint 的情节提要工具。

其他更改：Bug 修复 & 已知问题

有关该版本中的技术改进、Bug 修复和已知问题的完整说明，请参阅以下知识库 (KB) 文章。

了解详细信息：Team Foundation Server 2015 Update 1 说明

请关注微信公众号 devopshub，获取更多关于DevOps研发运维一体化的信息

原文 http://devopshub.cn