我們在使用TFS的前提下，版本2015更新3.我們正在使用多個團隊項目。某些團隊項目用於應用程序（源代碼管理和構建），其他團隊項目（包含多個團隊）用於工作項目跟蹤。團隊可以處理不同的應用程序。使用TFS發佈管理與multplie團隊項目
現在我們正在研究發佈功能。我們希望使用1個團隊項目來跟蹤所有發佈，因此我們可以概覽組織中的所有發佈。但我無法弄清楚如何實現這一點。
有沒有一種方法可以定義鏈接到其他團隊項目構建的發佈定義？ Here微軟表示：「在部署同一團隊項目中發佈的團隊構建工件時，不需要額外的設置。」所以我想應該可以做一個額外的設置，但我不知道如何。
您不應將項目的各個方面（構建，代碼，發佈，工作項目等）分爲不同的團隊項目。正如你所看到的那樣，如果你這樣做，你會失去所有的可追蹤性。
您可以在適當使用團隊的情況下，在一個團隊項目中管理您的應用程序產品組合，但討論如何實現這個目標對您的組織來說非常具體，因此太寬泛無法討論Stack Overflow。
我同意。我們確實希望在一個團隊項目中管理我們的完整投資組合，但這不是我要討論這個問題的目標。 – user6753355
我們也有很多團隊項目 我們正在使用TFS 2015 CU2，但我不認爲這兩個版本之間存在很多差異。
工件鏈接用於同一團隊項目中的團隊構建。我確實認爲有一種方法可以鏈接到其他團隊項目的外部。
在您可以創建所有的CI的一個團隊項目建立有（在構建確定指標映射就可以映射到你想要您只需在路徑切割任意源控制路徑。）
如果仍使用你的XAML構建定義;您可以在VS 2013中使用TFS Communinity構建管理器加載項，並將構建定義克隆到您的新團隊項目中。
所以目前並不容易。我們選擇從每個團隊項目中發佈。發佈概述很不錯，但我們選擇了不值得的努力。也許在下一個版本中我們會修改。
最大的區別（對我們來說）是集成在TFS中的發佈功能（我們剛剛來自TFS2015）。在我們當前的版本中，我們使用MRM的客戶端/服務器版本。在該版本中，即使源代碼和版本位於不同的團隊項目中，您仍然可以看到所有版本的概述。 – user6753355
您在一個團隊項目中創建所有構建的建議是我們現在正在調查的內容。有了所有其他評論，我很清楚我們應該重新思考我們的設置。 – user6753355
我希望這些團隊項目限制在即將發佈的版本中消失。我沒有在用戶語音https://visualstudio.uservoice.com中找到任何內容。但預計在以前的版本中可能會最終顯示在新版本中。 – Bhuard
您需要重新考慮如何設置，這不是應該如何使用TFS。單個團隊項目應包含單個項目/代碼庫/ TP的所有代碼，工作項目，構建和發佈。在某種程度上，我相信你可以在一個TP中設置一個構建def來觀察來自另一個TP的文件夾，但它永遠不能從第三個團隊項目更新工作項目，並且你冒着權限無法在它們之間正確流動的風險。 –
這個結構有一些原因。主要是因爲TFS 2005的遺留問題。另一個原因是因爲應用程序和構建定義的數量。作爲開發人員，您不想向下滾動搜索長列表中的構建定義。但我想我應該重新考慮我們的設置...... – user6753355
關於構建，您應該考慮在TFS 2015中轉移到新的構建系統（構建vNext）。它比舊版本TFS中基於xaml的系統要好得多。它也有文件夾（最後），所以你可以合理地組織你的構建。 –