2011-07-20 33 views
1

我已经看到了这个问题,问了好几个不同的方式,每一次的,答案是解决方法或途径没有维持2个或多个不同的版本。但是,我认为在我的环境(Visual Foxpro)中没有任何解决方法。目前我维持2个不同的版本库:最佳的方式来管理源代码控制稍有不同版本的同一代码库

  • 直播 - 代码在生产
  • 证明 - 偶尔等同于生活,但通常来说,任何的一些新功能的 试验场以及更改一个 临时区域居住

我只是不明白的方式来处理与分支机构的情况,因为花在证明它的大部分(如果不是全部)在寻找更象一个叉时间。例如,目前有大量的代码与Live有很大不同,我们已经玩了将近一年的时间。目前还有大约10种不同于Live的小功能,处于不同的批准阶段。

有很多天的时候,我diff'ing和两个仓库,我问自己,为什么不能这样相同的代码库的分支之间的合并。但我只是不明白这是可能的。证明是它自己的活呼吸的事情,我需要能够编译和现场分别维持(虽然我知道有什么在排除了单一的代码库,这是我的困境,去年语句)。

我是正确的,证明是真多叉的,因此在一个独立的存储设备加以维护呢?

顺便说一句,这不是问题这么多的问题,但我选择的VCS是水银。

+1

从技术上讲,他们没有理由*活*和*证明*不应该在同一个版本库2个分支。实际上,如果他们共享一些代码,那就很有道理。 fork和branch之间的区别(取决于多少代码库不同)在这里并不相关。那么,究竟是什么阻止你使用2个(或更多)分支的回购? –

回答

4

我们做它在我的店里的方法是use default and stable branches保持代码的实际发布(实时)从正在开发中的东西分开。

除了命名的分支,我们必须为每个新功能/另外就是大量的克隆。我们只是比在default分支上有多个头更舒服一些。

保持已经在自己命名的分支被释放到生产的代码状态有助于消除事故。而不是通过简单地推送未准备好的东西来搞乱Live repo,您​​必须将这些更改明确地合并到Live分支中。

1

我不知道如何适用于您的具体情况,但可以保留各自的运行变化作为一个独立的分支,并有证明是当前直播所有这些额外的分支合并中?然后,它将作为一个非常具有前瞻性的集成检查,并且您还会知道每个分支应该可合并到Live(假设它不依赖尚未合并的东西)。

相关问题