版本命名

GoFrame采用GNU风格的版本命名规则：

MajorVersion.MinorVersion.Revision

即：

主版本号.子版本号.修正版本号

如：

v0.0.1, v1.1.0, 1.7.1

  • MajorVersion 主版本号：GoFrame的版本号是从0开始的，从alpha到beta一直到现在的正式版本，主版本号表示一个全新的框架版本，例如：重大的重构、重大的feature改动、重大的不兼容性的变化，但往往不会发生；
  • MinorVersion 子版本号：发布较大的新feature功能，或者较大的重构或者模块变化，或者出现不兼容性改动，会增加子版本号；子版本的发布会伴随着完整的change log，算是一个较大的版本发布，有仪式感；
  • Revision 修正版本号：往往是bug fix，或者增加较小的feature，较小的功能改进或者模块变化，在保证完整向后兼容的前提下，会增加修正版本号；
  • 当主版本号增加时，子版本号及修正版本号置0；
  • 当子版本号增加时，修正版本号置0；

兼容性保证

GoFrame承诺每一次修正版本的发布都会保证所有模块完整的向后兼容性，该版本可以随意升级。由于GoFrame框架的发展非常迅速，目前保持着1-2个月的子版本发布规律，陆续的新特性和新功能添加、更加完善细致的功能改进和锤炼，因此子版本的发布不一定能保证所有模块完整的向后兼容性，但任何子版本的发布都会有完整的change log，通知发布。如果有部分模块的兼容性调整（情况比较少），那么也会伴随着相关的重点标注说明，往往也有升级操作指导。

版本升级方式

Golang项目开发不推荐直接使用vendor的方式，不推荐直接使用框架master分支的方式。推荐使用go modules的包管理方式，即使用go.mod来管理引用包的版本号。

每一次计划版本升级之前，在仓库查看最新的版本号：https://github.com/gogf/gf/v2/releases ，选择一个需要升级的版本号，修改go.mod保存后，Goland IDE将会自动下载对应版本号的框架。如果是升级到最新的框架版本，也可以在项目根目录下执行go get -u github.com/gogf/gf进行完整的升级。

更多的详情请查看 Go Module 章节。

使用特定版本

master分支

master分支是公测分支，所有的待发布代码先合并到master分支，进过一定时间的测试之后会打上tag正式发布。一些issue在修复完毕之后，开发者急于使用最新版本可以尝试使用master分支，更新方式如下：

go get -u github.com/gogf/gf@master

也可以更新到特定的git reversion：

go get -u github.com/gogf/gf@4d3273379022a9518c1dc20ebada612cddeed764

develop分支

develop分支是开发分支，所有的开发特性feature分支会统一合并到develop分支上进行联调测试，没有问题之后再合并到master分支。注意，develop分支不能用于生产环境。贡献者提交的PR也统一合并到develop分支。更新方式如下：

go get -u github.com/gogf/gf@develop

也可以更新到特定的git reversion：

go get -u github.com/gogf/gf@0e58b6e95ba211fcde27954a68cbf4acadbb6bc9

发布记录

Content Menu

  • No labels

1 Comment

  1. frans

    MinorVersion这应该叫 次版本号 ，  以前学linux的时候，老师就讲过了，当次版本和修正版本号为 偶数的，才建议上生产。 当然而今都是LTS版本才上生产。