【问题标题】:Application Versioning应用程序版本控制
【发布时间】:2014-03-25 16:15:06
【问题描述】:

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

假设应用程序现在是 2.3.0 版。正在为实现一项新功能而进行开发,该功能完成后应该作为次要版本 2.4.0 发布。然后发现并解决了一个主要的安全问题。因此,该错误也将添加到违反规则的 2.4.0 版本中(以向后兼容的方式添加功能时的次要版本)。我应该如何处理这种情况?

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

【问题讨论】:

    标签: php svn versioning


    【解决方案1】:

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

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

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

    【讨论】:

      猜你喜欢
      • 2014-10-26
      • 2015-11-01
      • 1970-01-01
      • 2015-04-03
      • 2011-03-23
      • 2012-07-06
      • 2017-05-18
      • 2011-10-11
      相关资源
      最近更新 更多