这种分支策略在网络开发生态系统中有意义吗？

Question

我不知道这个问题是否与堆栈溢出有关，还是应该在另一个堆栈交换平台上发布，但无论如何..

问题是我们打算在不久的将来采用一个新的分支系统。在工作中，我们主要开发web应用程序(电子商务，cms，分类，特殊用途)和一些网站在php和我们的vcs是svn。

这是我们想采用的新模式：

主干：总是开发

暂存(分支)：为在远程环境中测试新特性而创建的分支(与活动的系统相同，实际上是同一台服务器.)

live (分支)：用于活动的分支。

其他分支开发并发特性。

现在，我们的想法是修复活动，然后将更改推回主干。直接在主干或其他分支上开发特性，然后合并到主干。

推动主干进入阶段，为即将启用的新功能做好准备；然后呢？我们怎么才能把舞台放进现场分机？我们得从后备箱过去吗？

现在的战略是：

中继：这是实时版本

分支用于每个特性

对树干做活修理，然后推到树枝上

暂存是在功能开发结束时，在合并回主干之前对分支进行切换的一个工作副本。

但是这种方法有一些缺点：

switching..

• no
• 总是可以测试两个并发分支

你对新战略有什么看法？

Answer 1

我们有用于大型特性开发的分支/特性，用于活动版本的版本/X.Y(本质上是作为标记，但有时是因为多个版本同时处于活动状态)，而主干被用作发布的中间阶段。Bug修复是在主干上进行的，并根据需要有选择地推送到任何分支或发布版本。

主干通常在我们的暂存服务器上运行(不同的硬件，内部只访问)，一旦它稳定下来，我们就将它标记为一个新版本，并将其部署到实时硬件上。

您没有说明您使用的是什么源代码管理系统，但它们中的大多数都有一个建议策略(http://svnbook.red-bean.com/en/1.0/ch05s04.html#svn-ch-5-sect-6.1)。