10 則留言 (10 則留言)0 個反應 (0 個反應)0 位負責人 (0 位負責人)C4,755 個分叉 (4,755 個分叉)batch import
good first issue
倉庫指標
- 星標
- 9,223 顆星 (9,223 顆星)
- PR 合併指標
- 平均合併 7天 22小時 (平均合併 7天 22小時)30 天內合併 50 個 PR (30 天內合併 50 個 PR)
描述
目前 RT-Thread 仓库为了保证代码的正确性,基本每个PR都会编译一遍所有的bsp,其中环境安装是最耗时的部分。如果可以利用 github 的cache机制,就可以极大的加快仓库ci的执行效率。
参考
貢獻者指南
- 研究方向
- 該問題建議為 RT Thread 倉庫的 GitHub Actions 工作流程加入快取功能。目前,每個拉取請求都會重新建構所有 BSP 環境,這非常耗時。為實作快取,請檢查 `.github/workflows/` 中的現有工作流程,並識別出可以使用 `actions/cache` 快取相依項目或建構產品的步驟。請參考提供的連結以取得關於 GitHub Actions 快取和快取 API 的指引。解決方案應快取工具鏈安裝或建構輸出,以加速後續執行。一個良好的起點是在環境設定之後、編譯之前加入一個快取步驟。
- 技術棧
- cgithub actions
- 領域
- devopsci cd
- 議題類型
- DevOps
- 前置要求
- GitGitHub Actions