理解RubyGems版本管理策略

每个gem项目基本上都是一些以非赢利为目的的个人和组织上传的，处于松散管理状态。如何能把gem项目更好的管理起来，RubyGems有一套自己的管理策略，从而规范大家的版本发布。
其实RubyGem的版本管理策略很简单的，我们经常可以使用gem query命令可以看到在gem包后面会跟一个或者多个由数字组成的字符串（3, 3.1, 3.14, 3.141, 3.1415），它到底代表了什么含义呢。至于在确定了需要安装gem的名称后如何选择我们需要的版本来安装在后面几天我会详细介绍。现在我们只要能做到理解这些数字的含义就可以了。
每个gem项目都有自己的生命周期，其实能利用RubyGems版本管理策略看懂各个gem项目版本之间的区别也是一件非常有意思的事情，让我们接下去看。
RubyGems版本依赖采用操作符 主版本.次版本.补丁 的形式发布的
ver1
上图说明了名字叫tinkerbell的gem项目现在主版本为0，次版本为0，补丁为4，what_does_this_error_mean-merb这个项目的主版本为0，此版本为0，补丁为3。从这些信息都表明这两个项目都是比较新的项目tinkerbell项目发到现在只有3个比较小的改动。接下来让我们看看RubyGems版本管理的
Version 0.0.1: gem项目最初的一个版本。
Version 0.0.2: 经过最初版本的发布后，修改了一些Bug对某些细节作了修改，所以只做补丁版本的改变。
Version 0.1.0: 在前一个版本的基础上改变了一些类方法，这些改动就不是修复补丁那么简单的了，所以有必要改变次版本号。
Version 1.0.0: 在一定范围内做了方法或者类的改变，应该改动是比较大的，所以需要改变主版本号。
简单吧，其实RubyGems的版本管理策略是非常简单而且行之有效的，已经成为了gem项目发布的一个规范了。