GitFlow建议当特征完成后将它合并到开发中,然后在某个时候开发被合并到主控中。GitFlow - 额外不稳定的开发分支
当您正在处理未被批准用于下一版本的代码但您仍然想要一起测试它(和其他类似的未来功能)时会发生什么?
你不能合并它开发,因为那么你的功能将过早推到主。
在这种情况下,人们做了什么?
您是否创建了一个额外的分支来合并这些未来功能以便于测试? 这是否有一个命名约定?
GitFlow建议当特征完成后将它合并到开发中,然后在某个时候开发被合并到主控中。GitFlow - 额外不稳定的开发分支
当您正在处理未被批准用于下一版本的代码但您仍然想要一起测试它(和其他类似的未来功能)时会发生什么?
你不能合并它开发,因为那么你的功能将过早推到主。
在这种情况下,人们做了什么?
您是否创建了一个额外的分支来合并这些未来功能以便于测试? 这是否有一个命名约定?
根据Vincent Driessen(GitFlow模型的作者),你必须合并所有功能来开发分支。看看他自己的话:
从开发中分支新版本分支的关键时刻是开发(几乎)反映新版本的期望状态。至少所有针对待发布目标的功能都必须在此时合并进行发展。针对未来版本的所有功能可能不会 - 它们必须等到发布分支分支之后。
我对这个问题的几个疑点太多(英语问题),但我通常做的是像他出示此图像中的哪些:
看看最后的功能。您可以看到它仅在示例的第二个版本中合并。所以,当我有一个未完成的功能(可能会被测试),我只是忽略它,直到下一次检查。
另外,GitFlow只是一个模型(一个成功的模型)。和所有型号一样,它可能不适合您的应用。你总是可以尝试像Vincent Driessen(作者)明智地做的新想法。
试试看,并与我们分享任何改进。
如何将您的分支重新定位到当前的头部? – usr1234567
我认为标题应该是开发分支上的功能测试。 SO上有相关的票证。 – johndpope