定義理想的CI/CD渠道

一個理想CI/CD管道應該包含以下工作：

l構建–構建作業將獲取你的固件并生成發布二進制文件。

l分析——分析構建工作將靜態地分析你的代碼。典型的分析將包括圈復雜度、編碼度量和編碼標準遵循，例如樣式指南、MISRA和/或CERT。

l測試–測試工作將執行運輸產品所需的所有測試。你可能包括單元、功能、集成、系統和性能測試。

l報告——報告作業將從以前的作業中收集結果，以提供關于構建成功、分析結果、測試覆蓋率和結果等信息。

lmerge–當所有作業都成功時，合并作業會將新功能合并到部署分支中。這里經常有一個人的因素，但這也可以自動化。

l部署–當合并作業成功完成時，部署作業將運行并啟動現場部署流程。部署通常與車隊部署軟件交互，該軟件可以將固件推送到現場設備。

上面的理想管道是我認為嵌入式軟件團隊想要達到的最低目標。毫無疑問，可以添加額外的活動，例如硬件在環測試、模擬測試等等。然而，并不是所有的團隊都能在這些活動中找到價值。僅僅是啟動和運行這些活動就會讓嵌入式團隊忙碌一段時間。一旦你實現了你的理想愿景，你可以保持這個愿景，也可以擴展它，添加你認為對你和你的團隊有價值的附加功能。

結論

DevOps很快找到了進入許多團隊嵌入式開發過程的方法。CI/CD是DevOps采用的重要驅動因素，因為團隊希望以更快的速度交付軟件。CI/CD提供的自動化也是一個很好的工具，可以減輕手工工作，將開發人員解放出來，專注于更多的增值特性和產品創新。當你開始你的CI/CD之旅時，你可以利用這篇文章中討論的基本的理想CI/CD管道。不要害怕將基線塑造成你自己理想的CI/CD。