团队扩大了,前端每天几十个 PR 全卡我这了😂 评审 + 合并 + 部署,大家的工作流是怎么搭的?

qxiaoyuan 2026-10-16 16:50 1

最近团队多了几个伙伴,大家产出很猛,每天几十个 PR 堆过来。评审、合并、部署现在基本都集中到我这一块,我成为影响大家效率的一环了哈哈。


我现在的做法:用 Codex 的 bot 在 PR 上自动评审,每个 PR 先让它过一遍、给意见,我再看它的结论决定要不要改、要不要合。这步确实省了不少力,但还有两个点卡着。


一、想做多 AI 评审,但不知道怎么编排


只靠单个模型的意见我不太放心,想让多个 AI(比如 Codex 、Claude 再加一个)一起评,交叉验证,减少单模型的漏判和误判。


真要这么干,几个问题:



  • 多个模型各评一遍,成本上去了怎么控?(看到有人用便宜模型先过一遍、有料再上贵模型,类似这种省 token 的思路)

  • 几个意见不一致时谁说了算?我人工裁决,还是再来个模型做汇总?

  • 用什么把它们串起来比较顺?GitHub Action,还是各家 bot 各挂各的?


有没有人真在跑多 AI 评审的,怎么编排的?


二、非团队成员的提交,Vercel 不给自动部署


我们前端挂在 Vercel,只要提交的作者不是 Vercel 团队成员,他的 PR / 合并就不会自动部署,每个都要我手动点一下才部署。


三个解决方法:



  • 把伙伴都加进 Vercel 团队:最直接,但 Vercel 按席位收费,人一多成本不低,还等于给了他们部署后台的权限。

  • CI 里用一个团队的 deploy token 跑部署:部署归属到这个 token(团队成员),就绕开了逐人授权,人也不用进 Vercel 。但要自己搭 CI 部署,还得处理和 Vercel 自带 Git 部署的关系。


你们遇到这个 Vercel 授权是怎么处理的?



大家真实在用的 PR 自动评审 + 自动部署工作流,尤其多 AI 评审这块,很想取取经。

最新回复 (11)
  • davidoff567 10-16 17:15
    1楼
    互联网公司的话审批太细会拖累进度,像原有的 CodeReview 可以舍弃了( eg:这个方法为啥要这么写),出了事艾特对应的人能及时响应就行,用户当测试
  • zhangli2946 10-16 17:24
    2楼
    评审交给有技术上下文的人 (来背锅)
    把自己从部署环节摘出来 (审核流程正确性,反复运行正确流程)
  • jackOff 10-16 17:24
    3楼
    我现在强制要求写好 git 提交记录,改了什么,怎么测都必须严格写好,然后让 ai 先自动化操作一遍测试一下看看和 git 提交记录是否对的上,然后再随机测测
  • yidinghe 10-16 17:24
    4楼
    不要给自己上强度。你的做法是每个 AI 都在给你上强度而不是减轻你的负担。

    正确的做法是,你负责审设计,AI 负责审细节,先让 AI 总结设计方面的变更,然后你对照需求看是否可以接受。然后 AI 查细节,是否有逻辑遗漏或计算方面的问题,当然最后还是要测试的。
  • lizhenda 10-16 21:34
    5楼
    还用 Vercel ?公司这么有钱?除了最开始没出 AI 的时候省事,现在它还有什么优势?
  • lizhenda 10-16 21:35
    6楼
    其实我觉得你担心的点不太对,最大的可能是整个前端团队都被优化掉,或许非常突然。
  • qxiaoyuan 楼主 10-17 14:56
    7楼
    @davidoff567 小团队,确实审太细会拖进度,但还是要尽可能避免线上搞坏,现在留住用户太难了
  • qxiaoyuan 楼主 10-17 14:57
    8楼
    @zhangli2946 哈哈哈哈 后端交给我们的技术大佬 全栈工程师来把关
  • qxiaoyuan 楼主 10-17 14:58
    9楼
    @jackOff 嗯是的是的 改了什么要同步清楚,AI 拿到上下文信息也好测
  • qxiaoyuan 楼主 10-17 15:00
    10楼
    @yidinghe 感谢,提醒我了 人应该把精力留在把控大框架,我琢磨一下
  • qxiaoyuan 楼主 10-17 15:02
    11楼
    @lizhenda 刚开始很多项目都在 vercel 部署的,用习惯了,我们现在也在考虑 railway 和 cloudflare
* 帖子来源V2EX
返回