release-management - 发布管理 - 最佳实践

标签 release-management release-cycle

我在一家产品开发公司工作。我们首先进行内部发布,然后是公开发布。我想知道,其他产品开发公司如何管理他们的发布?你怎么给发布号?标记源代码管理?

最佳答案

我们使用 SubVersion,其中标签和分支的创建成本很低。

就发布而言,我们遵循以下约定:

(主要版本)。(次要版本)。(补丁版本)。(SVN修订版)

  • 补丁发布 = 错误修复
  • 次要版本 = 二进制兼容/
    接口(interface)兼容
  • 主要版本 = 包括中断
    变化。

  • 那有意义吗?如果您需要更多信息,请添加评论,我将编辑我的帖子以澄清。

    关于release-management - 发布管理 - 最佳实践,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/134778/

    相关文章:

    asp.net - 是否有人创建安装程序来部署内部 asp.net Web 应用程序?

    .net - 是否必须在发布下编译来部署 .pdb 文件?

    linux - 您对新的 Debian 发布周期有何看法?

    versioning - 发布第一个商业版本号大于 1 的软件是否会让人不悦?

    spring - Spring 的 GA、RC 和 M2 版本有什么区别?

    ruby-on-rails - Linux 上新 Rails 部署的最佳实践?

    build-process - 什么是学习如何管理构建和发布的好资源?

    continuous-integration - 带有 go 依赖包的可重现版本