我想了解有關情況sugestions:
50人在一個大的電子商務門戶網站的工作。大約35名開發人員,10名質量管理人員,5名管理人員或其他類似人員。這些開發人員被分成具有特定角色的團隊,如前端團隊,後端團隊等......我們每天都在生產環境中發佈,並且這些代碼包括bug修復和新功能。
每個開發人員都在使用新功能或修復錯誤,這可能涉及不同的孤島或影響他們。今天在TFS我們正在研究2個不同的集合和幾十個不同的團隊項目。儘管如此,所有工作都是按照特定團隊項目中的工作項目來組織的。
在這家公司,該代碼由QA批准投入生產,所有的代碼集成之前,合併並部署有一個名爲ALM(在此工作4人專職)團隊的責任
我的問題是關於你如何組織這個混亂,想在TFS中作爲源控制系統。我如何構建我的分支戰略來支持這種情況,以及如何制定支持未來持續交付的分支戰略?我需要一些線索í圍繞新想法進行一些辯論,以提高我的團隊的生產力並避免我發佈到生產環境中的代碼出現錯誤。
謝謝!
分支是一個解決方案,但它通常是混亂的。儘可能地嘗試創建應用程序,以便可以切換尚未完成的功能。或者它們被安裝爲主應用程序的插件。就合併和配置而言,這使您可以更輕鬆地完成工作流程。分支通常不關乎提高生產力。這是關於保護彼此不受變化的影響,以及遲到和早期融合。 – jessehouwing
切換功能是偉大的技術工具,但我無法切換錯誤的更正,對不對?或者,如果我的新功能影響很多文件,這個切換將會在我的代碼中變得非常混亂,對嗎?但是,儘管如此,我知道我的解決方案中有太多的技術性債務,並且因爲這種切換功能會很痛苦...... :( –