从零开始开发一个简单的VS Code插件（2）Git推送插件实战 - 简化Git推送Gerrit并指定reviewer流程

欢迎大家阅读从零开始开发一个简单的VS Code插件系列：

• 从零开始开发一个简单的VS Code插件（1）初识插件开发 - 打造你的第一个自动化命令
• 从零开始开发一个简单的VS Code插件（2）Git推送插件实战 - 简化Git推送Gerrit并指定reviewer流程
• 从零开始开发一个简单的VS Code插件（3）产品化之路 - 从代码到市场发布

一杯咖啡的时间，能省多少事？

清晨8:55，办公室里飘着美式咖啡的焦香。

李工左手端着咖啡杯，右手在三个窗口间飞速切换——

👉 终端里跳动着git push origin HEAD:refs/for/dev的推送记录

👉 浏览器中Gerrit的灰色页面正在转圈加载

👉 记事本上歪歪扭扭记着十来个评审人邮箱

"第7次了…"他抿了口凉透的咖啡，看着刚弹出的报错提示：

Error: zhangsaan@xxx.com does not exist

——原来是把"zhangsan"错输成了"zhangsaan"

他烦躁的关闭网页，直接执行了git push origin HEAD:refs/for/dev%r=zhangsann@xxx.com 不注意又输错了…

这样的场景每天都在重复：

1. 找入口：提交后总要切到网页端二次操作
2. 防手抖：长邮箱地址不能输错任何一个字符
3. 记参数：使用命令提交%r=邮箱这个Gerrit特殊语法必须手动拼接

就像用老式咖啡机，每次都要手动填豆、称重、测温——明明90%的同事都喝同样浓度的拿铁。

本章要打造的，正是一个"智能咖啡机式"的提交方案：

• 自动感知代码分支（咖啡豆品种）
• 预置评审人列表（记住每个人的口味）
• 一键完成推送+指定评审人（30秒出品标准化咖啡）

当你学完本章，那些在终端和浏览器之间来回切换的清晨，都会变成咖啡杯里飘散的余温。

一、理清传统Gerrit提交步骤

1. 推送代码到评审分支
2. 两种方案指定reviewer
   1. 使用命令git push origin HEAD:refs/for/dev%r=[reviewer的邮箱]
   2. 执行git push origin HEAD:refs/for/dev后**打开Gerrit网页端，**在浏览器中定位到刚推送的Change-Id，点击Add Reviewer按钮，手动输入评审人邮箱

痛点总结：b方案每次提交需要切换3个工具（终端→浏览器→邮箱），重复输入相同信息，a方案虽然简洁，也总是要手动输入命令和reviewer邮箱，平添提交失误率。

二、插件解决方案制定

1. 用户在vscode调出命令窗口，选择插件命令pushReviewCommit