GitHub PR 合併前的關卡：先想清楚要保證什麼
PR 的合併框裡有檢查、評審、落後主幹、衝突、部署等各種提示，哪些真能攔住合併？實測發現只有 draft 和衝突永遠生效，其餘都要被分支規則點名才攔。於是換個問法：合併前想保證什麼？改動本身沒壞、合進去以後也沒壞、該看的人看過、上線可控，每種保證各需要開什麼、要付出什麼代價，最後按場景給出選型。
標籤: CI
共 2 篇
Dagger 1.0 和 GitHub Actions：第三代 CI 換掉了什麼
Dagger 1.0 beta 的釋出博文說自己是繼 Jenkins、GitHub Actions 之後的第三代 CI，還說一條 dagger cloud checks on 就能替掉 GitHub Actions。兩者是同一類東西嗎？順著問題往下追：兩邊的配置各自描述了什麼；誰在執行、快取放在哪；改一行程式碼各自重算了什麼；整合測試要的資料庫誰來起；測試掛了以後看到的是什麼；本地能不能跑同一套；最後是 Cloud Checks 和按用量計費到底替掉了哪一層。全部場景用同一個 Go 小專案，在 GitHub 的 ubuntu-latest 機器上實測。