完整持续交付管道的构建与数据库变更管理
应用版本管理
在以往的Jenkins构建过程中，每次都会创建一个新的Docker镜像，将其推送到Docker注册表，并在整个过程中使用最新版本。然而，这种做法存在至少三个缺点：
1. 在Jenkins构建过程中，验收测试之后若有人推送新的镜像版本，可能会发布未经测试的版本。
2. 总是以相同的名称推送镜像，这会导致在Docker注册表中被覆盖。
3. 仅通过哈希风格的ID来管理无版本的镜像非常困难。
那么，在持续交付过程中，推荐的Docker镜像版本管理方法是什么呢？下面将介绍不同的版本管理策略以及在Jenkins管道中创建版本的方法。
版本管理策略
应用版本管理有多种方式，以下是几种可与持续交付过程结合使用的流行解决方案（每次提交都会创建一个新版本）：
-语义化版本管理：最常用的是基于序列的标识符（通常为x.y.z形式）。此方法需要Jenkins向仓库提交以增加当前版本号，版本号通常存储在构建文件中。该方案得到了Maven、Gradle等构建工具的良好支持。标识符通常由三个数字组成：
-x：主版本号，当此版本号递增时，软件无需向后兼容。
-y：次版本号，递增时软件需要向后兼容。
-z：构建号（也称为补丁版本），有时也被视为前后兼容的更改。
-时间戳：使用构建的日期和时间作为应用版本，比序列号简洁，且在持续交付过程中很方便，因为无需
