我有一个简单的Heroku部署管道(查看应用程序->开发->暂存->生产)。
如果我将某些内容推送到master
,它将触发CI(代码船),并且如果测试成功运行,则代码船会将更改部署到development
Heroku应用程序中。很简单
但是,我们如何管理修补程序?如果由于某种原因我们无法将当前的master
部署到生产环境中,将会发生什么情况。
我刚刚读了article,上面写着我们应该使用git标签处理修补程序。这是管理修补程序的唯一方法吗?我们可以不使用git标签来处理这些吗?
最佳答案
master
是您的部署分支。因此,修补程序也在master
分支中完成。
我假设您也有一个开发部门。因此,如果您正在进行工作,请继续在开发分支上进行操作,而不是将其 merge 到master
。
如果master
损坏-您必须对其进行修复(因此,此修复程序)。您解决了该问题,将其推送到主版本,然后继续进行部署周期。
然后,您还应该将修补程序选择回您的开发分支。
更新
如果您希望坚持使用单个master
分支,那么我看不到使用修补程序分支的解决方法。
您不必每次都标记一个。但是关键是要知道哪个版本是当前生产槽中的最后一个稳定版本。
开发人员继续研究master
-进入暂存阶段,但您断定它无法继续掌握。
那么你:
关于git - 管理Heroku管道中的修补程序,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/52687767/