如何利用Renovate的postUpgradeTasks替换非锁文件中的包版本引用？

配置可行性判断 #

你的postUpgradeTasks配置思路是可行的，核心逻辑没问题：

• 通过postUpgradeTasks在包版本升级完成后触发脚本
• 用poetry show mypy提取当前生效的mypy版本，再通过sed替换README里的版本参数
• fileFilters指定了变更文件，executionMode: update也符合需求

需要注意几个细节：

• 确保Renovate运行环境已安装poetry，否则poetry show命令会执行失败
• GitLab的默认运行环境是Linux，sed -i -e语法没问题，不用适配macOS的sed写法
• 正则mypy=.*&要确保只匹配目标链接中的版本部分，避免误改其他包含类似字符串的内容

测试方法 #

本地模拟测试 #

• 手动修改poetry.lock中的mypy版本（比如从1.3.0改成1.4.0）
• 在本地执行你写的脚本命令：

  sed -i -e "s/mypy=.*&/mypy=$(poetry show mypy | grep ' version ' | cut --delimiter=: --fields=2 | cut --delimiter=' ' --fields=2)&/" README.md
  

• 查看README中的mypy Playground链接是否已更新到指定版本，验证后再恢复原文件

Renovate dry-run测试 #

• 在仓库创建测试分支，添加你的Renovate配置文件
• 触发Renovate的dry-run（GitLab仓库的Renovate设置里可找到触发按钮，或提交特定注释触发）
• 查看Renovate的运行日志，确认postUpgradeTasks是否正常执行，以及文件变更是否符合预期

实际PR测试 #

• 临时在Renovate配置中指定mypy的升级版本（比如升一个小版本）
• 等待Renovate生成PR，查看PR内是否同时更新了poetry.lock和README中的mypy版本

小优化建议 #

• 提取版本的命令可以简化：poetry show mypy --version | cut -d' ' -f2，比grep+两次cut更简洁
• 正则表达式可以更精准，比如改成\bmypy=[0-9.]*&，用\b确保匹配完整的参数，减少误改风险

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