gpt4 book ai didi

c# - 平行发展分支策略

转载 作者:行者123 更新时间:2023-11-30 17:50:17 24 4
gpt4 key购买 nike

我面临着需要在未知的时间段内维护同一产品的两个版本的挑战。我想我已经想出了一个可行的解决方案,但我想将其从社区中退回以进行“健全性检查”。目前,当一个新特性被请求时,从主干中切出一个分支,在该分支中完成开发,然后将该分支合并回主干。这是我工作过的大多数地方的典型策略。

最近一个新的分支被砍掉了一个主要的功能检修,这将导致与主干不兼容的更改。我们所有的用户最终都将被迫使用这个新版本,但是在一段时间内,这两个版本都将存在。在我深入之前,这是我当前的分支计划图

branching strategy

Version:Current 是当前发布的版本。随着 Version:New 的开发,错误修复将继续为 Version:Current 提供(很可能)需要合并到 Version:New 显然任何新功能/版本的错误修复:New 只需要合并进入版本:新。一旦 Version:Current 不再在该字段中,Version:New 将成为单一主干。虽然我认为这是可行的,但我认为它会迅速膨胀成管理噩梦。我的问题是:在我给定的情况下是否可以遵循“更好”的分支策略,或者差不多就是这样?

最佳答案

您应该选择最适合您的团队及其工作方式的分支策略。但是您所描述的是一种非常常见的做事方式。我要补充一点,您可能希望更频繁地合并当前版本的错误修复,而不是在当前版本未被使用之后。如果这段时间很长,分支之间的距离可能会足够远,从而引起头痛。

Here这是一篇关于常见分支模式的好文章

关于c# - 平行发展分支策略,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/20916225/

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