簡體   English   中英

基於用戶故事的部署(TFS API合並自動化)

[英]User Story based deployments ( TFS API merge automation )

作為一個團隊,我們遵循敏捷/ scrum方法,並具有2周的沖刺周期。 與其每2周部署一次沖刺工作,不如說我們希望采用一鍵式解決方案向前發展,該解決方案按用戶故事部署更改。

為了便於討論,我們有兩個分支Dev和QA。 將用戶故事標記為可以部署后,我將其變更集合並到QA分支中,並在構建觸發時從該分支生成部署包。

我編寫了代碼,以自動化與TFS API集成的合並過程。 當存在依賴項時,我在這里面臨的挑戰是處理源代碼控制中的更改。 下面的例子。

Changeset   UserStory#

100         1  (File1.cs, File2.cs)
101         2  (File2.cs)
102         1  (File2.cs)

在上面的場景中,如果我將Story1標記為可以部署,並且合並程序觸發了合並,那么我將看到無法合並,因為變更集102中的Story2的File2.cs中的更改尚未准備好進行部署。 即使Story2准備部署,我也必須按順序合並100、101和102。 但是,如果您考慮多次簽入,那么對代碼進行重新排序以對哪些變更集進行合並以合並我在歷史記錄中發現的內容的編程會變得有些棘手

任何建議將不勝感激。

不要相信您可以使用開箱即用的功能來執行此操作,但是這兩個鏈接可能是您感興趣的。

http://selagroup.com/Wimbi http://mergeworkitems.codeplex.com/

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM