2

我试图理解为什么有些团队已经在使用功能分支并尝试实现持续交付时使用功能切换。假设一个团队想要实现持续交付，并且可以在功能切换或功能分支的帮助下做到这一点。

通过功能切换，可以实现所谓的“发布切换”，使团队能够更快地发布。如果某个功能尚未准备好并且您仅使用主分支，则可以切换它并发布代码。

特征分支的情况几乎相同。在这里，您可以拥有 3 个正在开发的功能，其中一个已经完成。然后，公司希望团队部署到生产环境。他们只选择该功能并将其合并并发布。

我看到一些团队在开发时同时使用这两种方法。有这方面经验的人能告诉我一些有关它的事情吗？

希望你能理解。

4

1 回答 1

1

我看到功能分支和功能切换共存的一些原因：

  • 特性分支不需要努力使用（除了一些过程讨论，任何方法都需要），所以团队很可能从它们开始。最终，一个团队意识到特性切换是一个好主意并实现了它们，但到那时它们已经用于特性分支，所以他们继续使用这两种机制。
  • 即使您已经制定了使用它们的方法和流程，使用功能切换比使用分支需要更多的努力。您需要围绕每个更改编写代码，这并不总是微不足道的。当它们达到目的时，您必须删除它们，这似乎微不足道，但显然难倒了一些开发人员。
  • 分支有一个我能想到的真正潜在优势：在合并之前，它们完全不受团队其他成员的影响。如果您认为您的作品还没有准备好向其他人展示，您可能想要这样做。
于 2016-05-08T17:49:20.060 回答