如何为Artifactory托管的Conan仓库设置保留策略（自动清理）并高效清理无用包及修订版？

针对你提到的用Artifactory托管Conan仓库、从本地和Azure Pipelines上传包，但找不到官方完善保留策略的问题，我整理了几个实战中验证过的高效清理方式，结合Artifactory和Conan的特性来实现：

1. 利用Artifactory内置的清理策略（通用但适配Conan） #

虽然官方文档没有专门针对Conan的细分策略，但Artifactory的通用清理规则完全可以适配：

• 进入Artifactory的Admin > Repositories > Cleanup Policies，创建新策略：
  • 针对Conan仓库，可以设置基于「最后下载时间」删除长期未使用的包，比如删除90天内未被下载的所有包修订版；
  • 也可以按「版本数量保留」，比如针对每个Conan recipe，仅保留最新的5个修订版，自动删除更早的版本；
  • 注意勾选「Apply to artifacts」，确保规则覆盖Conan的包结构（包括recipe和package ID层级）。

2. 用Conan CLI + Artifactory API做批量脚本化清理 #

如果需要更精准的控制，可以写脚本结合Conan命令和Artifactory API：

• 第一步：用conan search列出目标仓库的所有包及版本：

  conan search "*" -r my-conan-repo
  

• 第二步：筛选出需要删除的对象（比如旧版本、特定用户的临时包），然后用conan remove命令删除：

  # 删除某个包的旧版本
  conan remove "mypkg/1.0.*@myteam/dev" -r my-conan-repo
  # 删除所有未被标记为stable的包
  conan remove "*@myteam/dev" -r my-conan-repo
  

• 第三步：把这个逻辑写成Python/PowerShell脚本，集成到Azure Pipelines的定时任务（比如每周执行一次），或者本地定期运行。

3. 用JFrog CLI实现高效批量删除 #

JFrog CLI对Artifactory的操作支持更灵活，适合大规模清理：

• 先安装JFrog CLI并配置Artifactory连接，然后用jf rt delete命令配合过滤条件：

  # 删除30天内未被下载且创建超过60天的Conan包
  jf rt delete "my-conan-repo/*/*/*/*" --older-than 60d --not-downloaded-since 30d --dry-run
  

  先加--dry-run验证要删除的内容，确认无误后去掉这个参数执行实际删除；
• 同样可以把这个命令放到Azure Pipelines的YAML任务里，设置定时触发，实现自动化清理。

4. 针对Conan Package ID的精准清理 #

Conan的同一个recipe会对应多个Package ID（不同编译环境、依赖配置生成的），如果某些Package ID不再被使用：

• 通过Artifactory的仓库浏览器查看每个Package ID的下载统计，或者用API获取下载次数；
• 对下载次数为0的Package ID，用JFrog CLI或Conan CLI单独删除，避免误删仍在使用的包版本。

最佳实践建议 #

• 先测试再执行：所有清理操作先加--dry-run（JFrog CLI）或模拟删除，确认目标对象正确；
• 分仓库管理：把临时开发包和正式发布包分开托管，对临时仓库设置更激进的清理规则（比如保留7天），正式仓库保留更长时间的版本；
• 记录清理日志：在Azure Pipelines或本地脚本中记录清理操作的日志，方便后续追溯问题。

内容的提问来源于stack exchange，提问作者Marko