重复
你好,
所以我最近看到Groovy已经发布到1.6版本,在收听Java Posse播客时,他们正在评论如何在这个版本中包含这么多应该是2.0版本.
这让我思考.版本号是否随意？我曾经认为他们有意义,但我猜不是.这一切都只是基于里程碑的,并将项目设置为项目？
您的团队如何控制您的版本号和版本？
提前致谢
区分用于营销的版本控制和用于技术用途的版本控制.
对于营销,答案是:"无论您希望客户想到什么." 在这种情况下,"主要新版本"应该附带一个主要版本号.
还要注意,细心的客户会犹豫是否使用"主要"新版本,直到时间过去,他们已经在测试环境中尝试过."构建更改"版本被认为具有错误修复和其他不需要太多安装过程的小事.
对于技术用途,答案是:"无论您想为开发人员编码什么信息." 没有一种正确的方法可以做到这一点; 这取决于你的目标.
也许"主要"版本意味着"可能意味着许多新错误的重大变化".也许每个编译都会出现一个新的"构建"数字.也许按日期每晚构建标签是您的版本.你可以根据时间,Scrum周期,里程碑,功能,等等!
他们非常武断.很多人都喜欢这样的东西
[major].[minor].[release].[revision]
作为他们的版本计划,但我也一直在拒绝发布1.0品牌产品的公司,因为其中一个副总裁不想这样做.营销也可以影响这一点.
要求增加主要版本的一个好问题可以是:
如果这是付费产品,客户是否会付费升级到这个较新的版本？
如果是这样,可能会增加主要数字.