version-control - 有没有办法在不使用版本控制分支的情况下开发/发布功能 'when ready'？

Question

我的团队使用持续集成已经有一段时间了，使用“一切都在主干”的方法。我们正在研究改变这种做法，以允许我们在单个功能准备就绪后立即发布它们，而无需等待其他功能 catch 来(我们有多个团队同时处理不同的功能)。有很多关于如何使用分支策略(每个功能分支等)、使用 git 等的示例，这可能是我的首选方法。但是经理要求我们至少调查其他选项，因为担心分支策略可能会导致延迟集成点，这是我们想要避免的。不过，我不希望这涉及关于 CI/分支策略的讨论，所以我将尝试具体说明我的问题。

有没有人在准备好后使用任何策略来发布功能，而不运行多个版本控制分支？例如，使用 Branching by Abstraction或在单个分支中具有具有不同“就绪”状态的功能的其他方式。如果有人对这种方法有经验(好或坏)，我很想知道。

Answer 1

branching by abstraction对于具有遗留架构的大型项目，机制不容易扩展，因为为了隔离您的更改，所述“抽象层”并不总是容易/快速引入。

但是，本文中提到的另一个想法是分支数量很少，只有提交代表一个应用程序 准备部署 .
那是一个 DVCS (Decentralized VCS like Git or Mercurial)由于 可以轻松容纳发表 机制(orthogonal to branching)，它允许:

不发布(不推送)在本地存储库中进行的私有(private)提交(因此您可以根据需要进行分支/实验，更重要的是，您可以在官方分支之上 rebase your work 非常频繁且非常快速地确保您的工作不会偏离工作应用程序)

发布(推送)您的工作，一旦准备就绪，仅在唯一存储库的“主干”或“发布”分支上作为所有“准备部署”的修订的引用。

这并不妨碍有其他中间存储库可以推送，以共享中间工作，但由于上述工作已在官方分支之上本地重新定位，因此甚至可以部署和测试该开发工作。