Git 分叉版礼仪



当我在 GitHub 上分叉别人的项目、更新文件并更新我自己的分叉时,如何对我的分叉进行版本控制?

例如,原始项目是版本1.2.3,我添加了一个小错误修复。我会将我的分叉版本更改为 1.2.4 吗?或者我会从版本 1 重新开始,因为它本质上是一个单独的项目?

这有标准还是个人喜好?

如果你的分叉打算成为它自己的项目,请随意使用你想要的任何版本控制。

但是,如果您打算将分支紧密遵循原始存储库(即您计划定期将原始存储库中的更新合并到分支中),则基于上游项目的版本号可能是有意义的。这是显示软件基于哪个上游版本的简单方法。

例如,FreeNAS 项目使用基于它所基于的 FreeBSD 版本的主版本控制。当前 FreeNAS 的 9.2 版本基于 FreeBSD 9。如果一个基于 FreeBSD 9 的新版本发布, 它很可能被称为 9.3 版本。如果将来某个时候基于 FreeBSD 10 的新版本问世,那很可能是 FreeNas 10.0。

您可能还希望将上游的次要版本合并到版本号中,但这取决于您的需求和上游存储库的版本控制策略。

最新更新