你有没有试过在厨房里准备好所有食材，却忘了开火？软件发布也是一样。代码写好了，测试通过了，环境也配好了，就差那么一个动作——点一下“开始”。这个动作，就是部署流水线的手动触发。
什么时候需要手动点火？
不是所有发布都适合全自动。比如你要上线一个新功能，时间得卡在凌晨两点，用户最少的时候。这时候没人想睡到一半被通知系统自动发布了，万一出问题还得爬起来修。所以，干脆设成手动触发，等到那个时间点，人醒了，咖啡泡上，点一下按钮，稳稳当当把更新推上去。
就像炒菜前要看看锅热没热，手动触发给了你最后一道确认的机会。你可以检查一遍配置、看一眼监控、跟产品同事对下时间，再决定“这锅菜现在能炒”。
怎么设置这个“启动按钮”？
以常见的 CI/CD 工具为例，在流水线配置里加个开关就行。比如在 GitLab CI 里，你可以这样写：
deploy_production:
stage: deploy
script:
- echo "开始部署生产环境"
- ./scripts/deploy.sh
environment: production
when: manual这里的 when: manual 就是关键。它让这一步不会自动执行，必须有人在 Web 界面上点“播放”按钮才会运行。就像你厨房里的煤气灶，拧到点火位置，咔哒两声，火起来了，接下来才能放锅倒油。
谁来按这个按钮？
通常是值班的工程师，或者是负责发布的项目负责人。就跟厨房里掌勺的是主厨一样，不是谁都能随便动火的。你可以在系统里设置权限，只有特定角色才能触发生产环境的部署，避免实习生手一滑，把还没测试完的功能发出去。
有些团队还会配合聊天机器人，比如在 Slack 里输入 /deploy-prod，然后等几个人回复“+1”，才允许执行。这就像是炒一道硬菜前，喊一声“我要炸鱼了啊”，大家躲远点，免得油溅一身。
别小看这一下点击
这一下点击，不只是技术动作，更是一种责任确认。它代表“我已经准备好了，我愿意为这次发布负责”。就像你按下电饭煲的煮饭键之前，得确认米淘好了、水加够了、锅盖盖严了。一键虽小，背后是流程和习惯的沉淀。
下次你点下那个绿色按钮时，不妨给自己倒杯茶，像老厨师掀开锅盖闻香味那样，等那一句“Deployment succeeded”跳出来，心里知道：这顿饭，做得踏实。