如何在维护单独的开发构建的同时部署 heroku 构建
how to have a deployed heroku build while maintaining separate development build
我对维护应用程序的单独生产版本和开发版本有点陌生。
我想将我当前的构建部署到 heroku 上，这样我就可以很容易地把它放在人们面前进行评论，但我也想 运行 一个本地版本，这样我就可以进行更改和快速查看它们。
我的应用程序在 heroku 上，每次我进行更改时，我都必须推送到 github，然后点击部署按钮。与仅在本地主机上启动应用程序并刷新浏览器页面以查看更改结果相比，这需要相对较长的时间。如果您进行了大量更改并且您知道它们都按预期工作，这很好，但是正如您可以想象的那样，尝试增量更改会很糟糕。
我知道这是一个新手问题，但我怎样才能两全其美？
实现这样的目标的唯一方法是 review apps。
您需要启用 GitHub 同步，而不是执行 git push。您将能够通过 heroku 仪表板部署，或者在推送到 master 时自动部署。
审查应用程序将自动为每个拉取请求创建一个测试应用程序并对其进行配置。
然后，当您希望与其他人一起进行 QA 时，您只需向他们提供部署新代码而不是主要代码的审查应用程序的地址。
我对维护应用程序的单独生产版本和开发版本有点陌生。
我想将我当前的构建部署到 heroku 上，这样我就可以很容易地把它放在人们面前进行评论，但我也想 运行 一个本地版本，这样我就可以进行更改和快速查看它们。
我的应用程序在 heroku 上，每次我进行更改时，我都必须推送到 github，然后点击部署按钮。与仅在本地主机上启动应用程序并刷新浏览器页面以查看更改结果相比，这需要相对较长的时间。如果您进行了大量更改并且您知道它们都按预期工作，这很好，但是正如您可以想象的那样，尝试增量更改会很糟糕。
我知道这是一个新手问题，但我怎样才能两全其美？
实现这样的目标的唯一方法是 review apps。
您需要启用 GitHub 同步，而不是执行 git push。您将能够通过 heroku 仪表板部署，或者在推送到 master 时自动部署。
审查应用程序将自动为每个拉取请求创建一个测试应用程序并对其进行配置。
然后，当您希望与其他人一起进行 QA 时，您只需向他们提供部署新代码而不是主要代码的审查应用程序的地址。