gpt4 book ai didi

mercurial - 在 Mercurial 中将 dev 分支 merge/转换为稳定分支的正确方法是什么?

转载 作者:行者123 更新时间:2023-12-04 15:04:52 28 4
gpt4 key购买 nike

我在一家使用 Mercurial 作为其首选 DVCS 的 Web 开发公司工作。我们目前正在创建一个已经投入生产的网站的新版本。

站点的稳定分支和开发分支都存在于同一个存储库中。生产站点运行在稳定分支之外,开发人员显然针对开发(从现在开始的开发)分支进行编码(除了错误修复)。

这个模型对我们来说很新。在最后一次主要生产推送之后,我们从刚刚发布的稳定分支创建了开发分支(使用最新稳定版本的 hg 分支 dev 并提交创建一个新的提示)。

由于我们即将发布另一个版本,因此开发分支中存在大量新代码。同时,稳定分支只看到了错误修正,所有已移植到 已经到开发分支了。

当我们对 dev 分支的状态感到满意并认为它可以生产时,我们希望 dev 分支的当前状态成为新的稳定分支。很快,稳定分支将吸收对开发分支所做的大量更改。 dev 分支(我们假设)基本上会变得不活跃,直到我们再次开始开发新东西。

实际实现这一目标的正确过程是什么?在检查稳定分支的尖端时从 dev 的尖端进行简单的 merge ,还是其他什么?正如我所说,所有对稳定的更改都已经存在于 dev 中,所以我们对 dev 变得稳定就可以了。

一旦完成了从 dev 到 stable 的神秘转变,并且结果已经被标记,那么在 dev 分支上再次开始进一步开发的过程是什么,因为在 merge 到 stable 之后,它不会有一个事件提示要检查?只需检查 merge 之前的最后一个开发版本并在此基础上提交以创建新提示?这似乎是错误的;我的直觉告诉我,“新开发者”应该从稳定分支的 merge 和标记的提示中分离出来,但我不知道这是怎么做的。 (如前所述,上次我们通过首先创建命名的 dev 分支来做到这一点;这次我们只想为现有的,尽管可能是 inactive-post-merge dev 分支创建一个新提示)

对于更习惯于分布式版本控制和 Mercurial 的任何人来说,这是一个简单的问题,但是我们离开 SVN 领域并没有太久,事情仍然有点模糊。任何帮助表示赞赏。

最佳答案

如果开发分支具有您对稳定分支所做的所有添加,并且开发分支已准备好成为新的稳定分支,则您可以只对开发分支的新稳定分支进行分支。可以保留旧的稳定分支,以防遗留代码的用户需要修补程序。

关于mercurial - 在 Mercurial 中将 dev 分支 merge/转换为稳定分支的正确方法是什么?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2715680/

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com