Team Foundation Server 2015 已知問題

本文說明 Team Foundation Server 2015 中的已知問題。

原始產品版本: Team Foundation Server 2015
原始 KB 編號: 3077455

Team Foundation Server 2015 已知問題描述

本文列出 Microsoft Team Foundation Server 2015 的已知問題。

若要查看 Team Foundation Server 2015 產品的完整清單,並選取要下載的產品,請參閱 Microsoft Visual Studio Team Foundation Server 2015

Team Foundation Server 2015 詳細數據

若要探索Team Foundation Server 2015 的新功能,請參閱 Team Foundation Server 2015 版本資訊

  • 您無法變更 syncnamechanges 屬性。

    在 Team Foundation Server 2015 中,我們已淘汰變更欄位上屬性的能力 syncnamechanges 。 因此,您無法再在符合下列條件的新集合中建立使用 OOB 範本的專案:

    • 您已將自訂行程上傳至具有與範本欄位共用相同參考名稱 OOB 之欄位的新集合。
    • syncnamechanges 欄位的 屬性為 false。
    • 您已使用自訂進程範本建立專案。

    在 Update 1 中,我們將還原變更 屬性的能力 syncnamechanges 。 在此同時,您可以嘗試下列其中一個因應措施:

    • 更新自定義進程範本以符合 syncnamechanges 範本的 OOB 屬性,並將它上傳至新的集合。
    • 請連絡客戶支援服務,讓他們提供腳本來修正衝突的欄位。
  • 透過識別規則標示為 syncnamechanges=false 的 字段會造成客戶端物件模型的問題。

    在 Team Foundation Server 2015 中,我們引進了 身分識別欄位的概念。 如果欄位上有任何與身分識別相關的規則,例如 <ValidUser /,則會將欄位視為身分識別>欄位。 這可讓我們修正涉及重複顯示名稱的問題。 先前,如果兩個用戶的名稱相同,您就無法區分兩者。 既然我們有身分識別欄位,我們會將 DisplayPart 儲存為「顯示名稱 <電子郵件或網域別名>」。 例如,DisplayPart 現在會儲存為 『對應 Contoso 』,而不是 『器 Contoso <scontoso@microsoft.com>』。

  • 如果為欄位設定 syncnamechanges=true ,我們會儲存值的常數標識符,而不是欄位的實際字串值。 如果已設定 syncnamechanges=false ,字串值會直接儲存在工作專案上。 針對識別欄位,有一個問題會影響客戶端物件模型。 由於字串值已儲存,因此我們會依原樣將該字串值傳回給用戶端。 這會導致客戶端規則引擎將字段視為無效,因為其預期的值格式為 『一般 Contoso <scontoso@microsoft.com>』。

  • 因應措施選項:

    • 升級之前,請針對具有識別規則將屬性設定syncnamechangestrue 的欄位,將屬性設定為 false 的任何範syncnamechanges本更新。 您必須在升級之前執行此動作,因為變更屬性狀態 syncnamechanges 的能力已從Team Foundation Server 2015 中移除。

    • 在<屬性設定為 false 的任何識別欄位syncnamechanges上新增 AllowExistingValue /> 規則。 這可讓客戶端物件模型規則引擎接受現有的值。 這會解除封鎖客戶,直到我們可以提供腳本,將其 syncnamechanges 屬性設定為 false 的欄位轉換成其 syncnamechanges 屬性設定為 true 的欄位。

其他相關資訊

協力廠商資訊免責聲明

本文提及的協力廠商產品是由與 Microsoft 無關的獨立廠商所製造。 Microsoft 不以默示或其他方式,提供與這些產品的效能或可靠性有關的擔保。

需求和相容性

如需Team Foundation Server 2015的需求和相容性,請參閱 Team Foundation Server 相容性和需求摘要

與我們連絡,以取得說明

如果您有問題或需要相關協助,請建立支援要求,或詢問 Azure community 支援。 您也可以將產品意見反應提交給 Azure 意應見反社群