我的公司正在建立一个产品.它将由SVN版本化.它是一个webapp,所以基本上永远不会有一个版本没有其中的某些功能,因此可以始终标记为beta.但由于它将成为一种企业产品,我真的不希望那里出现"不稳定的监视".那么你将如何进行版本控制呢？1.0稳定吗？构建日期应该是版本号吗？告诉我你们在想什么!
我们的产品历史悠久(12年左右).
它的起源是VB3(版本1)和后来的VB6(版本2).(版本号是"狗早餐",版本控制是一场噩梦.
我已经在这里参与了几年.我们在.Net平台上开发了第3版,但版本2继续得到定期版本的支持 - 每年约3或4个版本.
我在开始时介绍了夜间自动构建版本,我们的产品版本号是2.2.2.每个人都计划只发布2.2.3,但自动构建过程和VB6的"有趣"3部分编号系统,意味着我们需要使用第三部分 - 构建/修订号 - 这应该是它应该的.
所以我们发布了版本2.3(内置版本为"无论什么")并开始使用2.4(每晚增加内部版本号),然后是2.5,然后是2.6等.
内部版本号远离公共视图,但可用于支持目的,即使我们很少发布多个版本的版本 - 我们偶尔需要修补.
确保一致性.现在我们达到2.9.我们即将进入2.10(两点九,最多两点十).不幸的是,非技术人员正在读这个像一个有理数的人(两点一).他们无法理解为什么我们不只是去3.0版 - 就像计数一样.(为了支持目的,内部版本号仅显示在"帮助/关于"屏幕上).
我不认为产品(主要数量)升级是有保证的,特别是由于市场预期的这种预期.
有没有正确的方法在这里继续？(2.10或3.0或更好的东西 - 或者甚至更重要？)
(注意:我已经花了一些时间来确保版本号现在显示为2.09,而不是2.9(在我们的网站上,产品启动画面和各种其他公共场所等),所以当我们移动到2.10时它可能更有意义,但这可能同样令人困惑,因为2.09实际上是一个比2.8更低的有理数......)
也可以看看: