當下，眾多嵌入式開發人員與團隊正致力于如何有效管理其CI/CD流水線。持續集成對于確保嵌入式軟件的建設、測試及驗證極其關鍵，而持續部署則稍顯復雜。然而，我們是否真的有必要讓客戶接收到源源不斷的新軟件更新？例如，對于汽車電子控制單元、醫療設備乃至微波爐等家庭電器而言，這樣做的必要性何在？

持續部署在使用初期給人以良好印象，但這樣頻繁的軟件升級是否真的滿足了客戶需求？對于這個疑問，有些人提出了一個值得深思的問題——嵌入式產品到底需不需要持續交付？

持續部署不僅僅是CI的擴展，而是一種讓代碼修改能自動構建、測試并部署至生產環境的軟件開發策略。盡管CD為團隊帶來諸多優勢，如加快產品上市速度、實現穩定可靠的部署、提高反饋周期效率等，但并非所有嵌入式產品都適合采用如此頻繁的更新策略。

既然如此，嵌入式領域應如何實踐持續交付呢？

持續交付的核心在于能夠向顧客按需交付軟件。但是，這不應局限于直接購買和使用產品的終端用戶，還包括使用產品的內部員工、團隊等群體。因此，理解持續交付的本質及其Pipline的設計對團隊來說至關重要。例如，一個理想的持續交付Pipline或許可如下圖所示：

在此Pipline中，我們設立了多個任務節點。若CI成功執行，便可生成完整的交付包裹，接著進行發布工作，最后再經過一輪生產開發流程，推動至內測平臺。一旦認證通過，便可發放至生產環節。此外，我們還可以嘗試分階段發行，由質量保障團隊逐一審查。最終，通過審批的各階段成果可正式提交至市場。這種分階段發布的模式，對于季節性或年度更新的大規模版本也是適應的。

總的來說，持續交付對于嵌入式開發者與團隊的重要性不容忽視。雖然傳統的現場升級方式可能并不適用，但將固件推送到生產環境卻是非常有益的。產品開發、質量檢查人員可以利用此環境在正式上線前充分檢測產品性能，從而更好地滿足客戶需求。因此，我們必須認識到，持續交付在嵌入式產品領域確實具有實際價值，至于具體實施方式，將視期限和涉及對象而定。