Tool
GitLab
將 Git repository、Merge Request、CI/CD、package、security 與交付流程整合在一起的完整 DevSecOps 平台。
我怎麼看 GitLab
GitLab 比較像一整套 DevSecOps platform，而不只是 Git repository server。Repository、Merge Request、pipeline、runner、package / container registry、部署與 security workflow 可以放在同一個產品中管理。
這很適合需要標準化軟體交付流程、合規與安全掃描的團隊，也適合願意投入平台工程資源的 self-managed 環境。
和 GitHub、Forgejo 的差異
GitHub 的優勢偏向外部社群與第三方生態；GitLab 的優勢是把軟體生命週期集中在同一平台；Forgejo 的優勢則是精簡、自主與較容易放進小型自架環境。
GitLab Self-Managed 的能力很完整，但官方基準需求也反映它是一套較重的平台。對只需要管理少量內部 repository、AI Agent identity、branch、Pull Request 與基本 CI 的 AI Lab 而言，導入 GitLab 可能同時帶來許多暫時用不到的元件與維運責任。
為什麼不是 git.yihua.app 的第一選擇
我的 git.yihua.app 主要不是企業級 DevSecOps portal，而是 AI Lab 內部程式碼的 control plane。目標是：
- 讓不同 AI Agents 使用可撤銷、可區分的身分存取 repository
- 保存 commit、branch、issue、Pull Request 與 review 紀錄
- 在程式碼進入主要 branch 前執行必要檢查
- 不把內部實驗、credential 與 repository metadata 預設放到外部 SaaS
- 讓備份、更新與故障排除維持在可負擔的範圍
GitLab 可以完成這些工作，但對目前規模來說，Forgejo 更接近需要的最小完整集合。如果未來 AI Lab 需要更完整的 security scanning、deployment governance、compliance 與大型 runner fleet，再重新評估 GitLab 會比較合理。