共计 1578 个字符，预计需要花费 4 分钟才能阅读完成。
Jenkins 在帮助我们自动化构建服务的同时也在消耗服务器的磁盘空间，试想如果构建的项目个数很多，而 Jenkins 服务器磁盘空间又不是非常大的话，每隔一段时间磁盘空间就会爆满导致 Jenkins 出现磁盘空间不足无法构建的后果。这时候我们就需要进行一定的手工干预才能恢复 Jenkins 的正常运作。本文基于 Windows 操作系统，结合 Jenkins 的相关特性解决上述问题。
一、手工删除构建记录
这是最基本的一种操作方法，通过直接物理删除构建记录进行磁盘空间管理。手工删除构建记录方式如下:
- 进入 Jenkins 根目录，Windows 下默认位于当前用户目录中的.jenkins 文件夹。
- 手工删除构建记录，构建记录位于.jenkins\jobs\XXX\builds 中（其中 XXX 为具体项目名称），以时间戳方式进行组织。根据需要直接删除对应的构建历史即可。
二、转移磁盘空间
转移磁盘空间的思路是通过改变 Jenkins 的默认主目录达到把构建记录转移到其他磁盘的方式。以 Windows 系统为例，通常用户目录所在的磁盘会安装很多软件导致磁盘空间处于不充裕的状态，而其他磁盘空间则可以进行动态划分和管理。如果能把 Jenkins 构建记录存放到相对较大而又可以动态管理的空间中无疑会在很大程度上解决磁盘空间不足的问题。具体操作方式也非常简单：
- 创建 Jenkins 根目录环境变量 JENKINS_HOME，将该环境变量映射到具体某个工作目录
- 重启 Jenkins 即可
当然，转移磁盘空间只是一种相对优化的策略，如果构建需求量非常巨大，该策略通常也是治标不治本，所以我们还有第三种策略。
三、自动丢弃构建历史数据
一次构建包含两方面的产物：构建记录和构建工件。构建记录是一种跟踪、分析和反馈的依据，具有保存价值；而已经过时的构建工件则通常可以直接丢弃。基于以上思路，Jenkins 为我们提供了“丢弃旧的构建”配置功能，通过进行合理配置即可达到保存构建记录丢弃构建工件的效果，配置方式如下：
上例中，通过限制“发布包最大保留 #个构建”就可以自动确保该项目对应的构建结果中只保存最近若干次的构建工件，从而优化磁盘空间的使用效率。
四、小结
通过上述三种策略，我们可以在实际工作中选择其中的一种或多种，确保 Jenkins 服务的稳定。
———————————– 分割线 ———————————–
Linux 下构建 robotium+jenkins+TMTS 可持续集成自动化测试 http://www.linuxidc.com/Linux/2013-06/85633.htm
修改 Ubuntu 下的 jenkins 端口号 http://www.linuxidc.com/Linux/2013-06/85533.htm
Linux 搭建 jenkins http://www.linuxidc.com/Linux/2013-05/84619.htm
jenkins 服务器安装与配置 http://www.linuxidc.com/Linux/2013-05/84615.htm
jenkins 配置基于角色的项目权限管理 http://www.linuxidc.com/Linux/2013-05/84614.htm
Ubuntu Desktop 12.04 LTS 下安装 jenkins http://www.linuxidc.com/Linux/2012-10/72459.htm
用 Jenkins 搭建 Android 自动打包环境 http://www.linuxidc.com/Linux/2014-08/105327.htm
———————————– 分割线 ———————————–
