Jenkins build记录清理,释放磁盘空间方式

 在执行构建任务时，会为每个构建生成一个唯一的 ID，并将其相关信息（如日志、归档制品、状态、参数等）存储在 Jenkins Workspace 的特定目录下。

这些记录时间久了会占用大量磁盘空间，影响 Jenkins 性能，因此定期清理是很有必要的。

Jenkins 构建记录的存储位置

每个 Jenkins Job（项目）的构建记录通常存储在 Jenkins Master 服务器的以下路径下：

${JENKINS_HOME}/jobs/<JOB_NAME>/builds/

清理builds记录的方法

Jenkins 提供了多种机制来清理这些构建记录：

1. Jenkins Job 配置中的“丢弃旧的构建” (Discard Old Builds)

这是最常用、最推荐的清理方式，因为它可以在 Job 级别进行精细控制。

配置步骤：

进入你的 Jenkins Job 配置页面 (Job -> Configure)。

在“General”（或“History”）部分，勾选 “丢弃旧的构建” (Discard Old Builds)。

配置清理策略：

• 天数限制： Days to keep builds (保留多少天内的构建)。
• 数量限制： Max # of builds to keep (最多保留多少个构建)。

高级设置 (Advanced)：

• Days to keep artifacts / Max # of artifacts to keep: 针对归档的制品进行单独设置。
• Pattern：通过正则表达式匹配构建描述来决定是否保留。
• Exclude List：排除某些构建（如带有特定标签的）不被清理。

示例配置：

保留最近 10 个构建，或者 30 天内的构建 (两者之一满足即可)：

• Days to keep builds: 30
• Max # of builds to keep: 10

只保留最近 5 个构建：

• Days to keep builds: (空着或保持默认-1)
• Max # of builds to keep: 5

工作原理： 当一个 Job 有新的构建完成时，Jenkins 会检查此 Job 的“丢弃旧的构建”配置，并根据规则删除不符合条件的旧构建记录。这个过程是异步的，通常在构建完成后或 Jenkins 后台任务运行时进行。

优点：

• 最便捷、最安全 的方式，Jenkins 官方推荐。
• 提供 Job 级别的细粒度控制。
• 能够区分保留的构建数量和保留的天数。
• 可以单独控制 artifacts 的保留策略。

缺点：

• 需要为每个 Job 单独配置，如果有很多 Job，工作量较大。

总结

以上为个人经验，希望能给大家一个参考，也希望大家多多支持脚本之家。

最新评论