主要观点：随着讨论从像 Heroku 这样的 PaaS 解决方案迁移，常见反对意见是“那审查应用呢？”，但过去几年的一些变化使审查应用对团队不再重要。
关键信息：

• Heroku 有为每个 git 分支启动新“审查应用”的功能，曾是团队留在 Heroku 的原因之一。
• 近几年使用 Flipper 管理功能标记，改变了开发方式，短周期分支使启动审查应用无机会，而是通过在生产中启用标记获取反馈。
• 设计师像开发者一样运行本地安装，可通过本地审查分支并进行修改，也可在生产中通过功能标记审查。
• 利用 Cloudflare 隧道将外部服务的 webhooks 路由到本地机器，可作为替代审查应用的方式，但很少使用。
• 复制生产环境到审查应用存在困难，如 Stripe 相关数据在测试环境无用，甚至可能删除生产中的文件等，不如直接将更改发送到生产并在功能标记后测试。
• 对于 staging 服务器，其主要作用是确保应用部署等，实际不用于验证功能，可能无需。
• 讨论迁移时曾提到给每个开发者一台自己的机器替代审查应用，但更推荐投资功能标记等方式。
  重要细节：
• 团队过去几年项目每周向生产发送 3 - 5 次 PR，主应用每天部署 5 - 6 次，长期项目每周向生产发送几个 PR。
• 设计师能在本地拉取正在开发的分支并审查修改，还可在生产中通过功能标记审查。
• 在测试环境中 Stripe 令牌等数据无用，文件等操作可能影响生产。
• 团队可能考虑完全移除 Heroku 管道。