「蜂擁式對策是：『即時識別問題，進行診斷及治療的循環式管理方法。』」——《The DevOps Handbook 中文版》

當 CI 亮紅燈時，你們真的會停下來先修好它嗎？

如果答案是「不會」，那你們真的理解什麼是「持續整合」嗎？

不過，如果沒人去修，團隊沒有因此停下作業，好像也不難理解。

就像我們都聽過豐田的「安燈繩」，生產線上任何一位作業員發現問題，都可以拉繩子讓整條產線停下來。

但如果你是第一天上工的作業員，你敢拉嗎？

同樣的，CI 亮紅燈了，誒，怎麼都沒人有任何反應？還有人繼續推新的 code 進去？

在這樣的環境中，當然沒有人在意那個紅燈，甚至沒人在意什麼是正確的「整合」。

蜂擁式對策，意思是一群人會一窩蜂過去，一起找原因、一起處理，等問題排除了，才繼續向前。

這意味著讓問題在發生的當下就處理，而且是「大家」一起處理。

這確實有點反直覺，因為一個人、一件事就去影響「大家」，這樣不會很浪費嗎？

不會，因為如果不停下來處理，那紅燈可能會一路往下游滾，滾雪球到最後，反而成為更大的技術債。

在你的團隊中，你們有如同「安燈繩」一樣的團隊公約嗎？

當最資淺的那位夥伴發現問題時，他敢不敢拉下那條繩子呢？