8 人 AI 工程竞赛团队如何做 Git 和 CI

竞赛项目最怕“每个人都在本地做了很多”

WAVE 这种平台型项目同时涉及前端、后端、Agent、部署和文档。如果没有稳定的工程规范，团队很快会进入一种状态：每个人都有进展，但没有一个可验证的整体版本。

所以我更关心能被复现的进度：PR、commit、测试结果、Docker 构建、接口文档、部署截图和每周报告。这些东西比口头上的“差不多完成”更能帮助 PM 判断项目风险。

分支策略要保护主线

对学生团队来说，分支策略不一定复杂，但必须清楚。我的默认习惯是让开发工作进入功能分支，主线只接收经过检查的内容。像 Agent demo、部署验证、前端重构这类任务，最好都能用独立分支隔离，避免直接把不稳定代码推到主线。

CI 的作用不是“显得专业”

CI 最重要的作用是提前暴露破坏性变更。哪怕第一版只做 lint、类型检查、后端测试和 Docker 构建，也能减少很多合并后的返工。对竞赛团队来说，CI 还会形成一种心理边界：代码不是“我这里能跑”就结束，而是要能被团队环境接受。