如今，現代嵌入式軟件團隊正在實施一個DevOps流程，該流程可以提高安全性、自動化軟件開發生命周期、加強協作并提供持續改進。DevOps是加速軟件交付的文化哲學、最佳實踐和工具的結合。如果提到DevOps，很多嵌入式開發者馬上會想到持續集成/持續部署(CI/CD)。在本帖中，我們將探討如何定義理想的嵌入式CI/CD管道。
CI/CD管道由什么組成?
CI/CD管道是一系列必須成功完成才能交付新軟件版本的步驟或作業。在某種程度上，嵌入式開發人員一直都有CI/CD管道，但這是一個手動且耗時的過程。CI/CD管道的現代概念是，它是自動化的，便于向客戶交付快速的、微小的軟件改進。
典型的CI/CD管道包含三個簡單的活動：構建、測試和部署軟件。從概念上講，管道非常簡單，但是細節經常讓開發人員感到困惑。
仔細考慮每一個方面，確定你想要使用的實現，并對其進行配置并不容易。實現你自己的CI/CD解決方案需要深謀遠慮和時間投入，但是該解決方案應該是什么樣的呢?每個團隊都有自己的需求，但是所有CI/CD管道都有一些標準特性。讓我們看看幾個領域，并為嵌入式開發人員定義一個通用的CI/CD管道。我們將保持它的簡單，以便你將來可以在它的基礎上進行構建。
定義理想的CI/CD渠道
一個理想CI/CD管道應該包含以下工作：
l構建–構建作業將獲取你的固件并生成發布二進制文件。
l分析——分析構建工作將靜態地分析你的代碼。典型的分析將包括圈復雜度、編碼度量和編碼標準遵循，例如樣式指南、MISRA和/或CERT。
l測試–測試工作將執行運輸產品所需的所有測試。你可能包括單元、功能、集成、系統和性能測試。
l報告——報告作業將從以前的作業中收集結果，以提供關于構建成功、分析結果、測試覆蓋率和結果等信息。
lmerge–當所有作業都成功時，合并作業會將新功能合并到部署分支中。這里經常有一個人的因素，但這也可以自動化。
l部署–當合并作業成功完成時，部署作業將運行并啟動現場部署流程。部署通常與車隊部署軟件交互，該軟件可以將固件推送到現場設備。
上面的理想管道是我認為嵌入式軟件團隊想要達到的最低目標。毫無疑問，可以添加額外的活動，例如硬件在環測試、模擬測試等等。然而，并不是所有的團隊都能在這些活動中找到價值。僅僅是啟動和運行這些活動就會讓嵌入式團隊忙碌一段時間。一旦你實現了你的理想愿景，你可以保持這個愿景，也可以擴展它，添加你認為對你和你的團隊有價值的附加功能。
結論
DevOps很快找到了進入許多團隊嵌入式開發過程的方法。CI/CD是DevOps采用的重要驅動因素，因為團隊希望以更快的速度交付軟件。CI/CD提供的自動化也是一個很好的工具，可以減輕手工工作，將開發人員解放出來，專注于更多的增值特性和產品創新。當你開始你的CI/CD之旅時，你可以利用這篇文章中討論的基本的理想CI/CD管道。不要害怕將基線塑造成你自己理想的CI/CD。
京公網安備 11010802030320號