GitFlow - 额外不稳定发展分支

Question

GitFlow建议在功能完成时将其合并到develop中，然后在某些时候将develop合并为master。

当您处理未获批准用于下一版本的代码但又想要一起测试它（以及其他类似的未来功能）时会发生什么？

您无法将其合并以进行开发，因为您的功能会过早地被推送到掌握。

在这种情况下人们做了什么？

为了便于测试，您是否创建了一个额外的分支来合并这些未来的功能？ 这有一个命名约定吗？

Answer 1

根据Vincent Driessen（GitFlow模型的作者），您必须合并所有功能以开发分支。看看他自己的话：

  

从开发分支新发布分支的关键时刻是开发（几乎）反映新版本的期望状态。至少所有针对要构建的版本的功能必须合并以在此时进行开发。针对未来版本的所有功能可能不会 - 他们必须等到发布分支分支之后。

我对此事也有一些疑问（英语问题），但我通常做的就像他在这张图片中所呈现的那样：

看看最后一个功能。您可以看到它仅在示例的第二个版本中合并。所以，当我有一个未完成的功能（可能要测试）时，我只是忽略它直到下一个realese。

此外，GitFlow只是一个模型（一个成功的模型）。和所有型号一样，它可能不完全适合您的应用。你总是可以尝试像Vincent Driessen（作者）这样的新想法。

尝试一下，与我们分享任何改进。