Team Foundation Server 2015 RC 2 修复的错误和已知问题

Team Foundation Server 2015 RC 2 修复的错误和已知问题
本文列出了 Microsoft Team Foundation Server 2015 RC 2 修复的错误和已知问题。

Team Foundation Server 2015 RC 2 是 Team Foundation Server 下一个主要版本的预发布版本。此页面上提供的 Team Foundation Server 2015 RC 2 产品均已正式上线。这表示客户可以在生产环境中使用这些内部版本。这些版本仍是预发行版,因此可能包含一些错误,将在最终发行版中修复。

要查看 Team Foundation Server 2015 产品的完整列表并选择要下载的产品,请参阅 Team Foundation Server 下载

Team Foundation Server 2015 RC 2 详细信息

要查看 Team Foundation Server 2015 RC 2 中的新增功能,请参阅Team Foundation Server 发行

修复的错误

Team Foundation Server
  • 在从 TFS 2010 或更早的版本升级至 TFS 2015 RC 2 时,升级可能会耗费较长时间。这是由于数据库中的数据导致。此问题现已得到修复。
  • 在 Visual Studio 客户端和 Web Access 中运行相同的 TFS 查询时,您可能会获得不同的结果。在 TFS 2015 RC2 之后,结果会是相同的。
  • 当打开 TFS 2015 RC 2 时,您可能会如预期那样看到只有一个“我的查询”文件夹。
  • 您可以在使用 Web Access 时,在 XAML 生成上设置“生成质量”和“KeepForever”标志。
  • 在 TFS 2015 RC 2 中检查数据仓库时,Codechurn 多维数据集中的数据正如预期那样是正确的。
  • 当卸载 TFS 2015 RC 2 然后重新安装时,“配置中心”对话框上的“仅应用层”和“升级”处于禁用状态。此问题现已得到修复。
  • 假设您有一个包含版本管理项属性的文件。您更改了标签之间的属性。在这种情况下,当在 TFS 2015 RC 2 中运行 Team Foundation 版本控制命令 compareLabels 时,该命令将失败。这是在 .exe 文件上设置了版本管理项属性的 Team Explorer Everywhere 的常见问题。此问题现已得到修复。
  • 我们改善了 TFS 2015 RC2 中查询计划内的签入性能。
  • 当升级至 TFS 2015 RC 2 时,该升级可能会因为版本控制工具中的一些孤立属性而失败。此问题现已得到修复。
  • 升级至 TFS 2015 RC 2 期间,如果出现网络错误,则某些数据会丢失。此问题现已得到修复。
  • 当任何 Team Foundation Version Control (TFVC) 生成定义具有“计划”触发器但无“连续集成”触发器时,则所有“连续集成”触发器现在可以成功队列生成。
  • tbl_file 表保存在 TFS 2015 RC 2 中的 tbl_file_Snapshot 内。
  • 构建使用 Angular Gulp 的 ASP.NET 5 项目时,您可能会在计算机上遇到长路径问题。此问题现已得到修复。
  • 假设您的计算机上有 Team Foundation Server 和生成控制器。您升级至 Team Foundation Server 2015 RC 2 但未升级生成控制器。在此情况下,生成将进行队列但保持“运行了 0 秒”状态。应用此更新后,未升级至 2015 RC 2 的生成控制器将处于“已停止”状态直至其都升级至 2015 RC 2。


已知问题

Team Foundation Server
  • 如果您已有 Visual Studio 2015 RC,则不应在同一个系统上安装 Team Foundation Server 2015 RC 2。这是一个会让两个产品的密钥都失效的已知许可问题。这意味着您无法在同一台计算机上使用这两个产品。随着 Visual Studio 2015 RTM 的推出,您可以将其安装在 Team Foundation Server 2015 RC 2 系统上了。
  • 对于 TFS 2015 RC 2,我们引入了标识字段的概念。如果字段上具有任一有关标识的规则(如 <ValidUser />),则其可视为是标识字段。这使得我们能够解决关于重复显示名称的问题。之前,如果您具有两个同名用户,则毫无办法对其进行区分,因为“常量”中的 DisplayPart 只有显示名称。现在,有了标识字段,我们将 DisplayPart 存储为显示名称“<电子邮件或域\别名>。

    当针对字段设置了 syncnamechanges=true,则值的“常量”ID(而不是该字段的实际字符串值)将进行存储。在 syncnamechanges=false 的时候,字符串值将直接存储在工作项上。使用标识字段后,会出现有关客户端对象模型的问题。因为存储的是字符串值,所以该值将返回客户端。这会导致客户端侧规则引擎宣布该字段无效。

    若要解决此问题,请使用下列方法之一:
    • 升级之前,更新所有具有 syncnamechanges=false 和使其成为标识字段的规则的模板,将其更改为 syncnamechanges=true。这必须得在升级前完成,因为 Visual Studio 2015 中去除了更改 syncnamechanges 状态的功能。
    • 在所有 syncnamechanges=false 的标识字段上添加一条 <AllowExistingValue /> 规则。这将允许客户端对象模型规则引擎接受现有值,取消对客户的阻止直至我们可以提供脚本以供其将 syncnamechanges=false 字段转换为 syncnamechanges=true。设置与 syncnamechanges=true 相关的标识对于所有字段而言都是规定。
  • 如果生成代理在作业运行过程中崩溃,则系统可能会将该代理作为一个永远不会完成的请求孤立起来。用于监视是否存在已过期请求的作业没有安装,因此代理可能会卡在此处以等待已完成生成的作业。针对此的变通方法是删除代理并使用服务器重新注册一个新代理。
  • 如果您执行一个较大的推送(大于 4 GB)到存储库,然后在重新打包器运行/完成之前进行另一个推送(计划的作业会紧随推送之后),则打包文件索引中会出现溢出,进而导致存储库崩溃。

更多信息

如何下载 Microsoft 支持文件

可以在 Microsoft Visual Studio 下载网站找到 Team Foundation Server 系列中其他产品的更新。

要求

有关详细的系统要求,请参阅 Team Foundation Server 2015 RC 2 兼容性

重新启动要求

安装此程序包后,可能必须要重新启动计算机。

支持的体系结构

  • 32 位 (x86)
  • 64 位 (x64) (WOW)
  • ARM
第三方信息声明
本文中提到的第三方产品由 Microsoft 以外的其他公司提供。Microsoft 不对这些产品的性能或可靠性提供任何明示或暗示性担保。
注意:本篇“快速发布”文章是从 Microsoft 支持组织直接创建的。 文中包含的信息按原样提供,用于响应紧急问题。 由于发布仓促,材料可能包含印刷错误,并且可能随时修订,恕不另行通知。 有关其他注意事项,请参阅使用条款
属性

文章 ID:3022399 - 上次审阅时间:07/29/2015 14:51:00 - 修订版本: 2.0

Visual Studio Team Foundation Server 2015, Visual Studio Team Foundation Server 2015 Express

  • kbsurveynew kbexpertiseadvanced atdownload kbfix KB3022399
反馈