发布管理-最佳做法 [英] Release management - best practice

问题描述

我在一家产品开发公司工作.我们先进行内部发布，然后进行公开发布.我想知道其他产品开发公司如何管理其发布?您如何提供发行编号?标记源代码控件?

I work for a product development company.We first do internal releases,and then public release.I was wondering, how other product developing companies manage their release? How do you give release number? Tag the source control?

推荐答案

我们使用SubVersion，在其中创建标记和分支很便宜.

We use SubVersion, where tags and branches are cheap to create.

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

As far as releases go, we follow this convention:

(主要版本).(次要版本).(补丁版本).(SVN版本)

(Major Release).(Minor Release).(Patch Release).(SVN revision)

• 补丁发布=错误修复
• 次要版本=二进制兼容/ 界面兼容
• 主要发行版本=包括重大内容 变化.

• Patch Release = bug fixes
• Minor Release = binary compatible / interface compatible
• Major Release = includes breaking changes.

这有意义吗?如果您需要更多信息，请添加评论，然后我将对其进行修改以澄清问题.

Does that make sense? If you need more information, add a comment and I'll edit my post to clarify.

这篇关于发布管理-最佳做法的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！