TFS版本管理vNext版本管理共享

Question

我正在嘗試使用tfs版本管理vNext部署示例項目。 我嘗試了很多事情（例如： VS RM –用於不受信任域中的本地目標服務器的vNext模板 -盡管我位於受信任域中），但現在完全迷失了。 我的vNext部署告訴我：

ROBOCOPY-錯誤3（0x00000003）訪問源目錄\\ rmServer \\ ReleaseManagementShare \\ 15b27b05-d176-492d-b534-268af1845a36 \\ 2 \\ ComponentName \\系統找不到指定的路徑。

這是真的。 ID為的文件夾不存在。

具體問題：

• 誰在生成ID 15 ... 36？
• 誰在創建此文件夾？
• 為什么它不存在，我該如何更改？ :)
• 在tfs前端構建定義中-“工件類型”和“工件名稱”的正確值是什么？

有人可以幫忙嗎？

Answer 1

ReleaseManagementShare文件夾通常由安裝程序在設置RM服務器時創建-或至少我最近觀察到RM 2015 Update 1中的行為，我不確定較舊的版本是否這樣做。 如果不存在，則可以自己創建。 確保您的RM Server服務帳戶對其具有讀/寫訪問權限。 通常不使用此文件夾。

僅當您使用XAML構建並將構建輸出設置為轉到Server而不是文件共享時，才使用ReleaseManagementShare文件夾。 當您選擇將工件存儲在服務器上時，它也可以用於新的構建系統，但是我還沒有測試這種情況。 如果將二進制文件推送到文件共享，則此文件夾完全不相關。 請參閱此以獲取更多詳細信息： https : //blogs.msdn.microsoft.com/visualstudioalm/2014/11/11/whats-new-in-release-management-for-vs-2013-update-4/

基本上，涉及到UNC的兩個潛在份額：

1. 一種是用於構建服務器。 它將二進制文件放在此處，目標服務器可以到達該位置以獲取它們。
2. 另一個是此ReleaseManagementShare 。 當您沒有在＃1中概述共享時，它將起作用，而是將二進制文件存儲在TFS中。 目標服務器仍然需要以某種方式獲取二進制文件，因此發行版管理服務器會將它們“ ReleaseManagementShare ”在ReleaseManagementShare以便目標計算機可以通過與從構建工件共享中獲取二進制文件所使用的相同機制來對其進行捕獲。

該ID只是一個隨機GUID。

我假設您正在使用新的構建系統，因為您正在詢問工件。 對於工件類型，我知道文件共享有效。 但是，我不確定100％是否可以使用Server。

工件名稱可以是您想要的任何名稱，但請務必注意，您在RM服務器中定義的組件名稱必須與工件名稱匹配 ，否則它將無法找到二進制文件。