多版本OSS开发有一个好的模式吗?

问题描述 投票:1回答:1

我的OSS贡献通常只有一个主分支,通过语义版本控制向前推进。

我有一个更改日志,一直回到初始版本。

我为这些版本使用git标签。

Packagist很高兴。用户很高兴。

今天发现了一个与需要修复的旧版本相关的错误。

我认为我需要做的是分支该版本的最后一个版本(v2.9.6 tag => new v2 branch),修复v2分支并从该分支释放。

但我也希望/需要更新更改日志以及其他所需的内容。

我想知道的是,在分支命名约定,更改日志(每个版本1或仅1)等方面有任何好的模式可供遵循。

我还应该为所有主要版本创建分支吗?

我知道这有点模糊。

git version-control
1个回答
0
投票

这听起来很合理。你可能想要跟随semantic versioning,如果你还没有,那么2.9.6的错误修复将是2.9.7(或2.9.6.1,如果你遵循Haskell包使用的约定)。

当然,在功能分支上开发错误修正。这样,如果需要,您还可以将其合并到主分支中。

我不确定您对更改日志的要求。通常,每个要合并到发行版中的功能都应该有一个更改日志条目。

© www.soinside.com 2019 - 2024. All rights reserved.