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 RC 版本

已修正問題

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 Cube 中會正常展現正確資料。
  • 當您解除安裝再重新安裝 TFS 2015 RC 2 後,[組態中心] 對話方塊上的 [僅限應用程式層][升級] 會停用。這個問題現在已經解決了。
  • 假設您有個檔案包含某個版本化的項目屬性。您變更了各標籤間的這個屬性。在此情況下,當您在 TFS 2015 RC 2 中執行 Team Foundation 版本控制命令 compareLabels 時,該命令會執行失敗。這個問題常見於 Team Explorer Everywhere,因其會在 .exe 檔案上設定一個版本化的項目屬性。這個問題現在已經解決了。
  • TFS 2015 RC2 的查詢計畫中改善了簽入 (check-in) 效能。
  • 當您升級至 TFS 2015 RC 2 時,礙於 [版本控制] 工具中一些孤立的屬性,升級可能會失敗。這個問題現在已經解決了。
  • 升級至 TFS 2015 RC 2 期間,如遇到網路錯誤,部分資料可能會遺失。這個問題現在已經解決了。
  • 當有任何 Team Foundation 版本控制 (TFVC) 組建定義具有排程觸發器,但不具有連續整合觸發器,則所有連續整合觸發器現在都可以成功將組建排入佇列。
  • 在 TFS 2015 RC 2 中,tbl_file 資料表是儲存在 tbl_file_Snapshot 中。
  • 當您建置的 ASP.NET 5 專案使用了 Angular Gulp,可能會在電腦上遇到路徑太長的問題。這個問題現在已經解決了。
  • 假設您電腦上有 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 />,即視為身分識別欄位。這可讓我們解決重複的顯示名稱引起的問題。之前,如果有兩個使用者具有相同名稱,要加以區分是毫無辦法的,因為 Constants 中的 DisplayPart 只不過是顯示名稱。現在有了身分識別欄位,DisplayPart 會儲存成顯示名稱 <電子郵件或網域\別名> 的形式。

    為欄位設定 syncnamechanges=true 時,儲存的會是值的常數識別碼,而非欄位的實際字串值。設定 syncnamechanges=false 時,則會直接將字串值儲存到工作項目上。使用身分識別欄位時,有個跟用戶端物件模型有關的問題。因為儲存的是字串值,所以傳回至用戶端的也是字串值。這會導致用戶端那邊的規則引擎宣告欄位無效。

    如果要解決這個問題,請使用下列其中一種方法:
    • 在升級前,更新任何具有 syncnamechanges=false,且有規則使其成為身分識別欄位的範本,改成 syncnamechanges=true。這個動作必須在升級前進行,因為 Visual Studio 2015 已將變更 syncnamechanges 狀態的功能移除。
    • 在任何具有 syncnamechanges=false 的身分識別欄位上新增 <AllowExistingValue /> 規則。這可讓用戶端物件模型規則引擎接受現有值、解除封鎖客戶,直到我們能夠提供可將其 syncnamechanges=false 欄位轉換成 syncnamechanges=true 的指令碼為止。凡是跟身分識別有關的欄位,我們規定的處理方式都是設定 syncnamechanges=true
  • 如果組建代理程式在執行某項工作時當機了,該代理程式最後可能會歸類成永遠不會完成的要求,而被孤立。未安裝應被監控有無過期要求的工作,因此代理程式可能會因為工作屬於已完成組建而保留停滯。這個問題的解決方法是刪除代理程式,然後向伺服器重新註冊新的代理程式。
  • 如果您推入大量資料 (超過 4 GB) 至儲存機制,然後在重新封裝器 (排定在推入後立即執行的工作) 尚未執行/完成時,又執行另一項推入作業,則封裝檔案索引可能會發生溢位,造成儲存機制損毀。

其他相關資訊

如何下載 Microsoft 支援檔案

Team Foundation Server 家族中其他產品的更新可以在 Visual Studio 的 Microsoft 下載網站上找到。

需求

如需詳細系統需求,請參閱 Team Foundation Server 2015 RC 2 相容性

重新啟動需求

安裝此套件之後,您可能必須將電腦重新啟動。

支援的架構

  • 32 位元 (x86)
  • 64 位元 (x64) (WOW)
  • ARM
協力廠商資訊免責聲明
本文提及的協力廠商產品是由與 Microsoft 無關的獨立廠商所製造。Microsoft 不以默示或其他方式,提供與這些產品的效能或可靠性有關的擔保。
注意 :本文屬於「快速發佈」文章,係由 Microsoft 技術支援或組織內部直接建立。 本文所包含的資訊是為了回應新問題而依現況提供。 因此為了迅速對外發佈,文章內容可能含有印刷錯誤,而且可能會在不另行通知的情況下進行修改。 如需其他考量事項,請參閱使用規定
內容

文章識別碼: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
意見反應