Spring Cloud 终于改了，为什么要用日期来做版本号？，netty源码分析视频

以日期为版本号，即所谓的 Calendar Versioning，可以参考这个网站：

• https://calver.org/overview_zhcn.html

何时使用 CalVer

---

如果你和很多素不相识的人协同开发某个项目，那么使用一个严谨的版本命名方式是一个合适的选择，恰巧 CalVer 就是选择之一。

该项目是否具有较大或不断变化的范围？

• 大型系统和框架，如 Ubuntu 和 Twisted。

• 没有实际边界的实用工具集合，如 Boltons。

该项目是否对时间敏感？是否有其他的外部变化驱动项目新版本的发布？

• 业务需求，例如 Ubuntu 的支持计划。

• 安全更新，例如 certifi 对证书更新的需求。

• 政治变化，例如 pytz 对时区变化的处理。

如果你对这些问题中的任何一个回答是肯定的，CalVer 都可以成为你项目的有力选择。

但上面这些理由我觉得都不够充分。

在我看来最重要的理由是：以日期为版本号，让依赖库的开发方和下游依赖方达成了默契。

阿里巴巴的实践

---

Pandora 是阿里巴巴内部的隔离容器。在 14 年时，Pandora 包版本号是这样子的：

• 2_1_0_3 , 2_1_0_4_10-LOG

后面改为 Pandora 版本 + 日期

• 2_2_140825, 2_2_140905

但实际上应用方并不关心 Pandora 的版本，所以改成了现在的风格：

• 2020-04-release-fix , 2020-10-release

好处是：

1. 按时间节点推动升级

电商的业务都是时间为关键节点的，比如 618/双 11。中间件和应用方达成了一个默契：到关键时间点，业务方使用中间件推出的稳定版本，如果出了事故那么就是中间件的锅。不升级，则是业务方自己的锅。

2. 推动升级的阻力变小

当业务方遇到问题时，一看版本号是 1 年多前的，很自然就会想到升级。

3. 依赖提供方要按时间保持更新

维护人员本身要不断发版本证明自己的生命力。下游用户也可以根据时间选择是否要切换到其它的新技术路线上去了。

对于一些总体的依赖，比如公司内部的 maven bom，都建议使用时间做日期。

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Java工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新

如果你觉得这些内容对你有帮助，可以添加V获取：vip1024b （备注Java）

最后

如果觉得本文对你有帮助的话，不妨给我点个赞，关注一下吧！

一个人可以走的很快，但一群人才能走的更远。如果你从事以下工作或对以下感兴趣，欢迎戳这里加入程序员的圈子，让我们一起学习成长！

AI人工智能、Android移动开发、AIGC大模型、C C#、Go语言、Java、Linux运维、云计算、MySQL、PMP、网络安全、Python爬虫、UE5、UI设计、Unity3D、Web前端开发、产品经理、车载开发、大数据、鸿蒙、计算机网络、嵌入式物联网、软件测试、数据结构与算法、音视频开发、Flutter、IOS开发、PHP开发、.NET、安卓逆向、云计算

算、MySQL、PMP、网络安全、Python爬虫、UE5、UI设计、Unity3D、Web前端开发、产品经理、车载开发、大数据、鸿蒙、计算机网络、嵌入式物联网、软件测试、数据结构与算法、音视频开发、Flutter、IOS开发、PHP开发、.NET、安卓逆向、云计算**