Think in Drupal

Devel模块是个大杂烩，里面包含了许多实用功能，开发者可用它来调试和检查代码的各种细节。

软件测试就是将一个程序隔离成不同的部分，来判定它们的行为和预期的是否一致。在Drupal的接下来的版本中，测试将会是一个主要的目标。事实上，在Drupal 7中，测试将成为核心的组成部分。测试的好处包含以下几点：

Drupal的核心代码使用了CVS的，然而你工程的其余部分，可能完全没有使用版本控制，也可能使用了一个不同的版本控制系统。

为了使那些不熟悉CVS的人也可以下载你的模块，你应该在drupal.org上创建一个发布节点。一个发布节点提供了给定发布标签的相关信息，而drupal.org上的打包脚本能够自动的为发布标签指示的文件构建一个tarball（沓包）。例如，你能为你模块的DRUPAL-6--1-3标签创建一个发布节点。打包脚本从DRUPAL-6—1分支取出DRUPAL-6--1-3标签所标示的文件，然后为其创建一个tarball（沓包）和一个链接，这样drupal.org上的访问者就可以下载这个tarball（沓包）了。而tarball（沓包）的名字则应该为foo-6.x-1.3.tar.gz。

在前面的例子中，我们假定在一个Drupal主版本下只存在模块的一个主版本，但是这也有例外的情况。例如，假定我们发布了foo模块的6.x-1.3版本。接着，灵感爆发了。我们想到了另外的一种实现方式，只需要一半的代码量，就可以实现同样的功能，而且跑得更快。不过，这需要修改API，而与foo模块相关的一切将全被打乱。解决的方案是使用新API发布一个2.0版本。由于模块仍然兼容于Drupal 6，所以我们使用DRUPAL-6--2-0作为标签名，而对应的发布号就是6.x-2.0。

在分支名字比如DRUPAL-6—1和标签名字比如DRUPAL-6--1-3中，我们看到有两个连字符是连着的。如果你把紧挨着6的连字符看作是Drupal的一个发布的通配符，那么就不难理解了。也就是说，DRUPAL-6--1-3标签，对应于你模块的6.x-1.3发布，它与Drupal 6的任意发布都兼容（Drupal 6.1, Drupal 6.2, Drupal 6.3,等等）。把标签名中主版本号后面的连字符，想象成可以翻译为发布号的x，如下所示：

当Drupal7出来以后,我们想继续开发Drupal6下的模块。而现在, DRUPAL-5分支的开发工作基本上停止不前了。但是我们也不能在HEAD上同时开发Drupal 7和Drupal 6下的版本啊？现在需要为Drupal 6创建一个分支，将特定于Drupal 6的开发放在那里进行。首先，我们需要确定我们使用的是HEAD的最近版本。接着，为Drupal 6创建分支。

我们已经为Drupal5创建了一个分支，并在该分支上创建了一个标签。现在让我们把精力主要放在Drupal 6上，来添加对badger（徽章）模块的依赖关系。但是首先，我们需要做出一个决定。我们是应该立即创建一个分支呢？还是应该简单的使用HEAD？由于我们可以在任何想要的地方创建标签，所以这个问题就是，又没有必要创建一个DRUPAL-6分支？让我们检查一下这两种不同的方式。