我们的情况如下,但我对任何情况下的这个问题都很好奇.
我们有一个由4个项目组成的框架:
豆子
UTIL
骨架
卷筒纸
我们还有需要版本的模块,并且依赖于bean和util的版本.
最后,我们有一个客户项目,包括特定版本的核心项目和一个或多个模块.
是否有标准方法来版本化这些项目?
对我来说似乎很简单的事情变得非常复杂,因为我们尝试向QA提供版本,然后通过维护版本(release = tag和可能的分支)来管理我们的持续开发.
我更喜欢以下内容:
1.2.0 - 主要版本和次要版本+发布.
1.2.1 - 下一个版本
1.2.0_01 - 1.2.0版本中的错误修复(分支)
等等
有任何想法吗?
我们使用major.minor.bugfix.主要版本只会发生巨大变化.当API发生变化时,会调用次要版本.所有其他版本都是bugfix版本.在那里也可以使用构建版本或修订版号进行故障排除,但是如果你有非常严格的CM,则可能不需要包含它.
在Apache Ivy或Maven等工具的帮助下,可以很好地协调所有这些项目的版本.一个项目的构建,具有自己的版本号,可能涉及其他项目(的产品)的特定版本的聚合,因此您的构建文件从下到上提供严格的版本映射.将此全部保存在[在此处插入喜爱的版本控制工具]中,您可以记录好的历史记录.