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

Posted 2021-03-27

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

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

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

Packagist很高兴。用户很高兴。

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

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

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

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

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

我知道这有点模糊。

答案

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

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

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