我已经阅读过类似的问题，但仍然觉得有必要提出问题。我有一个场景，我们有很多微小的“功能”等待批准。我通常看到两种方法。
1.保持树干坚固，每个微小的“特征”都有大量的分支。基本上每一个新事物都是一个分支。
缺点：
- 无论变化多么小，支持这么多分支都可能成为噩梦。使所有分支保持同步等
- 我在此看到的最糟糕的问题是测试系统的设置，因此人们可以轻松检查更改以进行批准（基本上需要支持所有看起来很疯狂的分支）。
优点：
- 一旦批准将分支合并回主干并标记和部署新版本，这似乎很容易。
2.对于大功能发布一个分支，对于小的更改都直接进入主干（相对稳定）。
优点：
- 更容易设置测试系统，因为大部分时间都将直接可见。对于大功能应该很容易在测试时维护单独的分支。
缺点：
- 真的不知道发布将如何进行。我将无法基本上释放树干的一部分这将涉及到樱桃采摘，这很疯狂。另一种方法是我只是强制在一段时间（一周左右）后，所有小功能都需要获得批准，以便在提供新任务之前部署它们。我只是创建发布分支，并且所有或没有小功能上线。这将是与负责人的一些有趣的讨论。
我想有很多小的待处理的东西在技术上是很成问题的。