功能在嘗試連續傳送時切換功能並切換

Question

我想了解爲什麼某些團隊使用功能切換，如果他們已經在使用功能分支並嘗試實現連續傳送。假設一個團隊希望實現持續交付，並且可以在功能切換或功能分支的幫助下完成。

隨着功能切換，可以實施所謂的「釋放切換」，允許團隊更快地釋放。如果某個功能尚未準備就緒，而您只使用主分支，則可以切換並釋放代碼。

這與功能分支幾乎是一樣的故事。在這裏，您可以擁有3個開發功能，其中一個已經完成。該公司然後希望團隊部署到生產。他們只選擇該功能並將其合併併發布。

我看到有些團隊在開發時使用了兩種方法。 任何有這方面經驗的人都能告訴我一些關於它的事情嗎？

希望你能理解。

Answer 1

一些原因，我已經看到了爲什麼特性分支和功能切換共存：

• 功能分支不需要努力（從過程的一些討論，這你需要任何方式除外）使用，所以球隊很可能從他們開始。最終，一個團隊意識到功能切換是一個好主意並實現它們，但是到那時它們已經用於特色分支，因此它們繼續使用這兩種機制。
• 即使在您使用它們的方法和過程之後，功能切換也比分支花費更多的努力。你需要圍繞每個變化編寫代碼，這並不總是微不足道的。當他們達到目的時，你必須刪除它們，這似乎微不足道，但顯然會阻礙一些開發人員。
• 分支機構有我能想到的一個真正的潛在優勢：直到它們合併後，它們完全脫離了團隊的其他部分。如果你不認爲你的工作已經準備好展示其他人，你可能會想要。