在前面的例子中，我们假定在一个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分支？让我们检查一下这两种不同的方式。
现在模块已经可用于Drupal 5了。让我们继续前进，来创建一个发布。我们将通过创建一个标签来实现这一点。
让我们继续前进，来创建分支：
我们知道，还有许多懒惰的用户还在使用Drupal5，现在让我们看看如何为他们创建一个分支。
你可以使用cvs log命令来查看一个文件的历史。让我们看看foo.info文件的两次提交：
