repository-updater

用途：分析仓库可用的依赖、工具链、运行时与基础设施更新，汇总从当前版本到目标版本之间每个已发布版本的更新日志，评估更新影响，并判断更新驱动的连带改造。\n\n主要能力：默认以分析模式运行，检查、列出、审阅更新不会改动仓库；仅当用户明确要求更新、升级、安装或应用时才进入应用模式。对每个直接更新候选，确定当前与目标版本、匹配仓库更新策略的原因、受影响的使用位置；枚举当前版本之后到目标版本的全部版本并阅读官方发布说明或变更日志，按重要性挑选值得提示的变更，合并为候选级清单而非逐版本转储。区分通用发布要点与对本仓库的实际影响，并针对破坏性变更、迁移与必要操作给出说明。还会评估更新驱动的新特性、弃用 API 与可简化代码。\n\n使用方式：涉及 Node.js 时，按更新脚本、已安装更新器（如 taze）的顺序检查，先确认是报告还是写入；分析模式用非写入命令，可用 vpx taze <mode> --json --include-locked，并先查 --help；用 --force 运行两次相同分析，一次不加 --maturity-period，一次加 --maturity-period 0，比较结果以区分策略内更新与刚发布的新候选。若存在 .node-version，与官方 Node.js 发布索引对比。GitHub Actions 对使用主版本引用（如 @v2）的外部 action 保留该引用，仅报告新版 minor 与 patch。更新声明依赖后运行 vp update 更新锁定文件中的传递依赖。\n\n适用场景：仓库依赖升级前的变更调研、升级影响评估、迁移与弃用处理、更新后代码现代化。\n\n限制：分析模式不修改文件；应用模式需先完成同样的分析并解决重要改造决策；成熟度覆盖不会扩大请求的版本范围；传递依赖仅记录名称、变更类型与解析版本，不做变更日志研究；源内容不可用时需标注未覆盖的版本或主题；未提供具体支持生态、价格或平台信息。