功能分支功能在尝试连续交付时切换功能

Question

我试图理解为什么有些团队使用功能切换，如果他们已经在使用功能分支并尝试实现持续交付。让我们说一个团队想要实现持续交付，并且可以通过切换或功能分支的帮助来实现这一目标。

通过功能切换，有所谓的＆＃34;发布切换＆＃34;可以实施，允许团队更快地发布。如果某个功能尚未就绪且您只使用主分支，则可以切换它并释放代码。

功能分支的故事几乎相同。在这里，你可以说，开发中有3个功能，其中一个已经完成。然后公司希望团队部署到生产。他们只选择该功能并合并并发布。

我发现有些团队在开发时会使用这两种方法。 在这个领域有经验的人能告诉我一些关于它的事吗？

希望你明白。

Answer 1

我已经看到为什么功能分支和功能切换共存的一些原因：

• 功能分支不需要使用（除了对过程的一些讨论，您需要任何方法），因此团队可能会从它们开始。最终，团队意识到功能切换是一个好主意并实现它们，但到那时他们已经习惯了分支功能，因此他们继续使用这两种机制。
• 即使您已经实施了使用它们的方法和流程，功能切换也需要比分支更多的工作量。您需要围绕每个更改编写代码，这并不总是微不足道的。而且当他们达到目的时你必须删除它们，这似乎微不足道但显然是在困扰一些开发人员。
• 分支机构有一个我能想到的真正潜在优势：在它们合并之前，它们完全不受团队其他成员的影响。如果您认为您的工作已准备好向其他人展示，您可能会想要这样做。