本文介绍如何在 jenkins pipeline 的 groovy 脚本中，基于固定版本字符串列表（如 version-2.3.0.0），精准识别并标记存在“点发布”（如 version-2.3.1.0）的主版本，避免正则误匹配与 contains() 的字面量局限。
本文介绍如何在 jenkins pipeline 的 groovy 脚本中，基于固定版本字符串列表（如 version-2.3.0.0），精准识别并标记存在“点发布”（如 version-2.3.1.0）的主版本，避免正则误匹配与 contains() 的字面量局限。
在 Jenkins Pipeline 的 Groovy 环境中，处理语义化版本字符串（如 Version-2.3.0.0）时，常需区分“基础版本”（如 2.3.0.0）与对应的“点发布版本”（如 2.3.1.0、2.3.5.0）。原始思路中使用 version_list.contains("2.3.x.0") 或拼接正则字符串后调用 contains() 是无效的——因为 contains() 仅支持精确子串匹配，不支持通配符或正则表达式；而手动构造正则再传入 contains() 更会导致语法错误（contains() 接收的是 Object，非 Pattern）。
正确解法应遵循两个核心原则：
✅ 按主版本归组：提取前两位数字（如 2.3）作为分组键，将同属一个主版本的所有条目聚合；
✅ 语义化判定点发布：对每组内版本，判断是否存在第三位（patch）大于 0 的项（即 x.y.z.0 中 z > 0），而非依赖模糊模式匹配。
以下为生产就绪的 Groovy 实现：
def version_list = [
"Version-2.2.0.0",
"Version-2.2.1.0",
"Version-2.1.1.0",
"Version-2.1.0.0",
"Version-2.3.0.0"
]
// 步骤1：按主版本（如 "2.2"）分组 —— 提取 "Version-X.Y" 中的 X.Y 部分
def verMap = version_list.groupBy { ver ->
def matcher = ver =~ /^Version-(\d+\.\d+)\./
matcher.find() ? matcher[0][1] : 'unknown'
}
// 步骤2：对每组执行判定
verMap.each { mainVer, versions ->
// 找出该主版本下“基础版”（即 patch=0 的最小版本）
def baseVersion = versions.min { it }
// 判定是否存在点发布：第三段数字 > 0，且格式严格匹配
def hasPointRelease = versions.any { v ->
v ==~ /^Version-\d+\.\d+\.[1-9]\d*\.\d+$/
}
println "${baseVersion} ${hasPointRelease ? 'has a point release!' : 'has no point release'}"
}
输出结果：
Version-2.2.0.0 has a point release! Version-2.1.0.0 has a point release! Version-2.3.0.0 has no point release
关键说明与注意事项：
- 正则严谨性：使用 ==~（全匹配操作符）配合 ^Version-\d+\.\d+\.[1-9]\d*\.\d+$，确保只匹配 patch > 0 的合法点发布（如 2.3.1.0 ✅，排除 2.3.0.1 ❌ 或 2.3.00.0 ❌）；
- 分组健壮性：groupBy 中采用正则提取 X.Y，比硬编码 substring(8,11) 更安全（适配不同长度版本号，如 Version-10.15.0.0）；
- 性能考量：any{} 在首次命中即短路返回，无需遍历全组；min{} 可靠获取字典序最小的基础版本（通常即 *.0.0 形式）；
- Jenkins 兼容性：所有语法均符合 Groovy 2.4+（Jenkins 默认支持），无需额外依赖。
通过此方案，您可在不可修改原始列表的前提下，高效、准确地完成版本拓扑分析，为后续 Pipeline 分支逻辑（如仅对含点发布的版本触发兼容性测试）提供可靠数据支撑。
