应用版本控制

时间:2014-02-24 06:24:04

标签: php svn versioning

我们正在使用Zend Framework和SVN创建一个用于版本控制的Web应用程序,并计划实现应用程序版本控制。在参考了一些方法之后,我们决定遵循Semantic Versioning。根据语义版本控制,版本号应该类似于 MAJOR.MINOR.PATCH 。考虑到我有疑问。如果开发和错误修复同时进行怎么办?下一个版本号是什么?

考虑应用程序现在是2.3.0版。开发工作正在进行一项新功能的实现,该功能在完成时应该作为次要版本2.4.0发布。然后确定了一个重大的安全问题并得到了解决。因此,该bug也将被添加到版本2.4.0中,这违反规则( MINOR版本,当您以向后兼容的方式添加功能时)。我该如何处理这种情况?

还有其他适用于应用程序版本控制的好解决方案/方法吗?

1 个答案:

答案 0 :(得分:3)

绝对不反对语义版本控制在次要版本中包含调试。语义版本控制的规则是,如果您有一个功能(具有向后兼容性),则需要发布次要版本至少。如果不能在同一版本中发布功能和错误修复,那将是荒谬的。

但是在你的情况下,你可能想要做两件事:

  1. 通过发布2.3.1
  2. 为您的2.3.0版本发布修复程序
  3. 也包括2.4.0版本中的修复程序(假设您有多个Web应用程序实例,并且它们并非总是处于最新版本)。