Docker Build-Push Action 中构建产物保留时间的配置优化

背景介绍

在持续集成/持续部署(CI/CD)流程中，Docker镜像构建是一个关键环节。Docker Build-Push Action作为GitHub Actions生态中的重要组件，为开发者提供了便捷的Docker镜像构建和推送功能。最新版本6.0.0引入了一项新特性——自动上传构建产物，这一功能极大地方便了开发者获取构建过程中生成的中间文件。

问题发现

在新版本的实际使用过程中，开发者发现构建产物的保留时间被固定设置为90天，这一硬编码值无法通过配置修改。当仓库已经设置了默认的保留时间时，系统会显示警告信息，提示存在保留时间设置的冲突。这种设计不够灵活，也无法充分利用GitHub仓库已有的配置。

技术分析

构建产物保留时间是CI/CD流程中的重要参数，它直接影响：

1. 存储空间的占用情况
2. 历史构建产物的可追溯性
3. 合规性要求下的数据保留策略

固定90天的保留时间虽然对大多数场景适用，但无法满足以下需求：

• 需要更短保留时间的临时构建
• 需要更长保留时间的重要版本构建
• 希望统一管理所有产物保留策略的企业用户

解决方案

项目维护者迅速响应，提出了优雅的解决方案：

1. 默认情况下，遵循仓库设置的全局保留时间策略
2. 新增环境变量DOCKER_BUILD_EXPORT_RETENTION_DAYS，允许按需覆盖默认值
3. 保持与GitHub原生upload-artifact行为的一致性

这种设计既保持了向后兼容性，又提供了足够的灵活性，同时遵循了GitHub Actions生态的最佳实践。

最佳实践建议

基于这一改进，建议开发者：

1. 对于常规项目，直接使用仓库默认的保留策略
2. 对于特殊构建，通过环境变量设置合适的保留天数
3. 定期审查构建产物的保留策略，平衡存储成本与可追溯性需求

总结

Docker Build-Push Action对构建产物保留时间的优化，体现了开源项目对用户反馈的快速响应能力。这一改进使得该工具在保持易用性的同时，提供了更灵活的企业级配置能力，进一步巩固了其在Docker CI/CD工作流中的重要地位。