Drupal核心与模块版本及版本号选择技巧

一般来说，一些知名软件，如Windows， office， linux等都有一套自己的软件版本号规则。

对于Drupal来说，根据我的经验观察，会遵循如下规律：
Drupal核心：
    主版本号.子版本号[-版本后缀]
    实例：8.0-alpha10
Drupal第三方模块：
    Drupal核心版本号.x-主版本号.子版本号[-版本后缀]
    实例：7.x-3.0-rc3

一般情况下用到的版本后缀如下：

alpha （内测版）
beta （外测版）
rc （发行候选版）
关于各个版本后缀的区别，请自行到上面的百度百科阅读之。

Druapl核心及Drupal上面一些知名模块，基本都能很好的遵循上面的命名规则。

对于Drupal核心，只看前面的数字很容易辨识Drupal的核心版本，比如上面的是8。0对应着相应的小版本号；在Drupal核心没有正式发布前，小版本号一般都是0，下面是一个比较典型的Drupal版本发布时间线。

    8.0-alpha1
    8.0-alpha2
    …
    8.0-beta1
    8.0-beta2
    …
    8.0-rc1
    8.0-rc2
    …
    8.0
    8.1
    8.2
    …

截止到这篇文章的写作日期，Drupal核心的版本号是8.0-alpha10。就是说Drupal8仍处于内测阶段，很多底层的api仍然会变化。
对于一般的用户，比如不写代码的同学，强烈不推荐这个时候使用Drupal 8.
如果有一定的代码能力，能进行一些比较简单的模块自定义开发，仍然不建议这个时候使用。
如果你是Drupal的核心发烧友，那估计这个世界上没有什么能阻止你使用Drupal8 的alpha版本了。
即使是这样，网站的将来升级也是很大的问题。除非不升级，否则一升级，必然是一个很痛苦的过程。

什么时候推荐使用Drupal 8？答案是Drupal 8.0-rc1发布的时候。这个时候核心api基本稳定了。除非有必要，一般情况下不会在api上有所改变了。网站升级仍然一定得风险，但是相比于alpha版本，风险已经大大降低了。

关于Drupal8何时可以使用，目测最快也要到今年（2014年）年底。因为现在还是的alpha阶段仍未结束，粗略估计还需要2个月时间才能结束。之后就是beta阶段，这个阶段应该不少于6个月；最后的rc阶段，应该也会持续两个月左右。之后才是drupal 8.0的正式发布日期。

扯完Drupal核心，下面看看模块的版本号问题。
一个比较典型模块版本号：7.x-3.0-rc3

7.x对应这Drupal核心版本号
3.0中的3，对应这个模块本身的api版本号。如何理解？
一般来说，模块会有不同是实现方式。
比如userpoints模块，有1.x版本，2.x版本。
    1.x版本的底层实现是完全使用数据库操作的方式实现的。
    2.x是准备基于Drupal 7的entity来实现，很多基于数据库的操作，完全可以使用entity api来说实现；这样代码量会降低，维护的时间成本降低。但是很遗憾，这个主版本号的代码已经有13个月没有更新了。

对于一个维护比较好的模块，其版本号应该是如下的样子：

    6.x-1.0-alpha1
    6.x-1.0-alpha2
    …
    6.x-1.0-beta1
    6.x-1.0-beta2
    …
    6.x-1.0-rc1
    6.x-1.0-rc2
    …
    6.x-1.0
    6.x-1.1
    …

    6.x-2.0-alpha1
    6.x-2.0-alpha2
    …
    6.x-2.0-beta1
    6.x-2.0-beta2
    …
    6.x-2.0-rc1
    6.x-2.0-rc2
    …
    6.x-2.0
    6.x-2.1
    …

    7.x-1.0-alpha1
    7.x-1.0-alpha2
    …
    7.x-1.0-beta1
    7.x-1.0-beta2
    …
    7.x-1.0-rc1
    7.x-1.0-rc2
    …
    7.x-1.0
    7.x-1.1
    …

    7.x-2.0-alpha1
    7.x-2.0-alpha2
    …
    7.x-2.0-beta1
    7.x-2.0-beta2
    …
    7.x-2.0-rc1
    7.x-2.0-rc2
    …
    7.x-2.0
    7.x-2.1
    …

看完上面的列表，对于我们选择模块有一定的指导意义。
对于一般建站者，不涉及代码方面的建站，推荐选择模块的稳定发行版，即不带alpha，beta，等后缀的版本。
对于有一定开发能力的建站者，仍然推荐做出如上选择。但是不排除有时候模块的dev版本会修复一些bug，如果经过认真测试不会对现有功能产生破坏，可以使用模块的dev版本。

对于那些狂热的粉丝，可能没有什么阻止你去通过git直接下载模块的最新代码了。

上面文字，全部原创，如有谬误及不足指出，欢迎留言及拍砖。