git - 对master应用hotfix是否与神器中的神器提升实践相矛盾？

我是一个项目的一部分，我们正在构建一个应用程序并使用 CI/CD 来构建测试、部署。我们从develop创建功能分支，然后将它们合并到构建软件的develop，然后在足够成熟时合并到staging和master。

我们目前的情况是，为了将修补程序应用于生产，我们需要构建主分支，但这与我之前的理解相矛盾，即您应该只构建开发分支，然后将构建提升到后续的工件存储库。

我似乎无法找到我在哪里读到它，但我记得它是上述的效果。我读到的关于人工制品的内容是不正确的，还是我的 git 策略有缺陷？还是它们不兼容？

标签： gitcontinuous-integrationartifactorygitops

这与我之前的理解相矛盾，即您应该只构建开发分支，然后将构建提升到后续的工件存储库。

这与您的理解并不矛盾：事实是，“构建和命名 Artifactory Repositories 的最佳实践”根本没有提到“补丁”或“修补程序”场景。

因此，在您的情况下，您可以从发布中获得一个修补程序分支，并将其提升回生产环境。
查看“构建促销如何工作”，这将意味着一个单独的专用促销工作流程。