Git:在暂存环境中使用 nvie 的 gitflow 概念

Question

我们正在使用 nvie's gitflow作为我们的 git 分支策略的模式，并或多或少地相当接近地遵循它。

主要区别在于暂存环境，我必须将其集成到现有策略中。

一开始它相当简单。登台不仅仅是一个简单的分支，我们可以将其与新的发布分支 merge 。将其推送到 origin/stageserver 并在暂存期间执行我们想执行的操作。到目前为止，一切都很好。

但是假设我们在暂存中发现了一些我们想要更正的东西(小错误修复，甚至可能是新集成功能中的错误？)。对我来说，目前还不清楚处理这种情况的好策略是什么。

我目前的想法围绕着以下策略:

• 从 origin/staging 创建一个分支 staging_fix
• 改正错误
• 重新运行暂存过程 + 测试
• 将 staging_fix 分支与 release 分支 merge
• 从源中 pull 发布分支
• 根据 nvie 继续使用 gitflow，因此为生产等准备发布分支...

你认为这是个好主意吗？这将导致对登台分支的直接更改，这对我来说似乎是一条捷径，因为我必须直接修改登台环境——这是你不会对你的生产环境做的事情，我希望登台也一样尽可能投入生产。

或者，可以直接更正发布分支并将其一次又一次地推送到暂存区，直到所有错误都得到解决。至少现在我们有一条单向的道路来做改变。

你更喜欢哪种方式？你会在这里一直建议不同的策略吗？

Answer 1

这似乎是一个很好的策略，因为:

• 它在存储库(在登台服务器上)中隔离登台(及其关联的 merge 工作流程)
• 它允许从临时服务器中提取您需要重新集成并 merge 回您自己的开发存储库的内容。

如果在暂存 repo 中完成的修复(与在您的 repo 中完成的修复并推送到暂存区相反)花费太多时间，并且 merge 变得太复杂(因为代码修改中的巨大差距)，这只会变得麻烦).