TFS工作項<->建立關聯最佳實踐

Question

最近，我們在一個較大的項目中采用了功能分支的概念，以隔離產品的各個方面的工作，這些工作可以彼此獨立完成。

對於每個所謂的功能，我們將創建以下內容：

• 來自“ main”的分支，以功能應為的名稱恰當地命名
• 項目門戶中有一個新團隊，其中包含將使用該功能的人員
• 構建定義以驗證分支上的源簽入

我想在這里討論的要點是關於構建定義。 當前，它們每個都設置為門控簽入。

那么問題是：將工作項與構建相關聯的最佳實踐是什么？

在我們的案例中，這些功能分支應該是一次性的：我們希望能夠在功能完成后稍后刪除這些內部版本/分支/團隊，但仍能夠在產品生命周期中跟蹤它們。

如果我將工作項與這些臨時構建相關聯，則在功能實現結束時，我將失去跟蹤功能。 同時，我剛剛發現， 門控簽入始終與工作項相關聯，而與構建定義中配置的內容無關 。

禁用工作項與功能分支的集成是否可行（在這種情況下，也將其從門控集成轉換為連續集成）並在主構建中啟用它，以便可以在主產品線中跟蹤這些功能？ 或者，也許只應為版本構建定義啟用此功能，以便我們可以發現特定版本中集成了什么？ 對於那些遵循沖刺/功能概念的人，您將如何處理這種情況？ 您還為每個分支都有構建嗎？

更新：

我剛剛在這個問題中發現了類似的內容（但與我想要的不完全相同）。 那里的答案將我引到一個插件，該插件會自動將合並簽入中的工作項關聯起來 。 它本身應該具有很好的可追溯性，所以我想給它一個機會。

仍然想聽聽您對這種情況下構建的想法。

Answer 1

您正在接近此錯誤的IMO。 您不必擔心將Builds和WI關聯起來，而是將變更集和WI關聯起來。 當開發人員在功能分支中簽入更改時，應確保他們將其鏈接到相關的WI。 您甚至可以通過“入住政策”強制執行此操作。

現在，如果您將來希望檢查該功能以查看與其相關的所有更改，則可以通過檢查功能WI，並查看所有鏈接的變更集。 即使刪除分支，所有變更集仍然可用。