Heroku流水线：本地代码应关联生产还是Staging应用？

嗨，这个问题问到点子上了——Heroku流水线的核心就是帮你规范「开发→验证→生产」的流程，所以最佳实践是优先推送到Staging应用，等测试验证没问题后，再通过流水线的「Promote to production」功能同步到生产环境，而不是直接往生产上推送代码。

接下来解决本地仓库的关联问题：

• 你之前的本地仓库应该已经关联了生产应用的远程（默认远程名是heroku，指向生产应用），要让本地识别Staging应用，需要手动添加新的远程仓库：
  1. 打开终端，运行命令：

     heroku git:remote -a <你的Staging应用名称> -r staging
     

     这里的-r staging是给这个远程起个好记的专属名字，方便和生产的heroku远程区分开，避免混淆。
  2. 之后要推送代码到Staging，就用：

     git push staging master
     

• 注意：如果没加-r staging，新的远程会默认覆盖原来的heroku指向，导致你再推heroku master时会推到Staging，这就搞反了，所以一定要指定远程名！

额外小提醒：

• 除非是紧急的生产热修复，否则尽量别直接用git push heroku master推生产——破坏流水线的流程反而容易引入风险。
• 当Staging的代码测试通过后，直接在Heroku仪表盘的流水线页面点击「Promote」按钮，就能把Staging的镜像直接部署到生产，比重新推送代码更高效也更安全。

内容的提问来源于stack exchange，提问作者Joshua Foxworth