設置Team Foundation Server 2015構建服務器時出現問題

我正在爲我的團隊設置TFS 2015來嘗試，而且我無法將其啓動。它聽起來簡單直接，但事情不起作用，我找不到任何診斷，教程不符合我所看到的。一些亮點：設置Team Foundation Server 2015構建服務器時出現問題

當我從服務器上下載構建代理，我沒有得到一個PowerShell文件（ConfigureAgent.ps1），我得到ConfigureAgent.cmd。
設置構建控制器的圖像和說明向我展示了帶有構建控制器和構建代理的TFS管理控制檯及其「狀態」下的狀態（請參閱Team Foundation Server 2015 Builds will not start或https://msdn.microsoft.com/en-us/library/ms181712.aspx。）在我的系統上，我看到這個顯示在XAML Build Config下（舊的方式），但控制檯中的Build項沒有這樣的東西。它有一個下載代理的鏈接，但安裝代理不會改變這一點。
安裝代理似乎正常工作。我得到一個正在運行的服務，並且門戶網站同意我在默認隊列和池中有一個代理。
但是，排隊構建就在那裏。我找到了代理的_diag文件夾，該文件夾包含一系列「接收到消息，沒有檢索到消息」行的日誌。我找不到其他地方檢查服務器是否知道這個構建。
服務帳戶是網絡服務，我已經嘗試將它放在每個提到的有關權限的TFS組中。

我的設置是在我們的生成機器上安裝了TFS和VS 2015，它還託管構建代理。我在8079端口上，因爲端口8080被佔用。這肯定是我錯過的愚蠢，因爲一切看起來喜歡它的工作。有沒有人從現有的安裝中得到這個野獸？

來源

2015-12-11 John Neuhaus

您的第二個項目符號是因爲您正在查看這些屏幕截圖中的XAML構建系統。 TFS 2015有兩個構建系統，XAML系統較舊且不太健壯。較新的構建系統沒有構建控制器，只有代理。 –

這就是我的想法，這些截圖都令人沮喪。你可以看到他們中的一些他們在「構建」而不是「XAML構建」，所以顯然不是從2015年 –

使用實際的服務帳戶而不是NETWORK SERVICE，並確保該服務帳戶是團隊項目中的Build Service Accounts組的成員。

來源

2015-12-12 02:38:49

我會嘗試，但爲什麼它是默認的，如果它不起作用？或者更重要的是，爲什麼它不起作用？ –

的configureagent.cmd是正確的文件（它幾乎是他PS腳本做）
確保代理運行的帳戶下是在「代理池服務帳戶」角色。最好使用不是本地服務帳戶的域/機器帳戶。
確保在集合中設置了隊列（https://your-tfs-server:8080/tfs/your-collection/_admin/_AgentQueue）。如果不是 - 選擇「新隊列..」並選擇現有隊列。
確保在通過Web訪問設置構建時，代理的功能滿足（在常規選項卡上）需求。

如果這一切是在地方，我發現它在交互模式下運行的代理（不作爲服務），可以方便測試。這可以讓您更好地瞭解正在發生的事情。在工作時，您可以再次將其配置爲服務。

來源

2015-12-13 16:15:44

我只是看了一下，2015的agent.zip包含ConfigureAgent.ps1和2015的更新1 agent.zip包含ConfigureAgent.cmd如果你從2015年更新到2015.1，你最終都會看到兩者都起作用，我改變了我的配置在更新到2015.1之後使用PowerShell腳本。 –

我已經切換到使用域帳戶並驗證了所有內容。我對構建沒有任何要求，目前它只是一個測試腳本。在交互模式下我沒有任何用處;有沒有用於詳細記錄的開關？儘管如此，我仍然在日誌文件中看到「未檢索到消息」。 –

對我來說，問題在於IIS的Team Foundation Server站點設置的身份驗證「Windows身份驗證」必須啓用。

我正在使用Windows用戶作爲作爲服務運行的構建代理的登錄憑據。

請記住這個新的構建系統現在使用所有的http。它不會與任何tfs構建控制器進行通信。

來源

2016-10-21 20:05:42

設置Team Foundation Server 2015構建服務器時出現問題

回答

相關問題