verl-project/verl · 标签视图

扫描 758 个外部链接，修复 15 类失效链接（16 个文档文件）

该 PR 无代码，不值得精读源码，但建议文档维护者通读 PR body——它演示了一种高质量的外链维护方式：全量扫描、根因分类、逐条验证、对“不可盲改”的链接显式留待决策。值得关注的设计决策是作者对 `dapo.md` 中语义相关的链接保持克制、没有机械替换。建议跟进 Needs decision 列表，把 5 类遗留问题转成 issue 或在下一个文档清理 PR 中处理；长期看可为仓库引入 CI 链接检查（如 lychee）以遏制同类问题复发。

临时移除 Ascend CI nightly 测试作业以稳定性能指标。

此 PR 为低风险的 CI 维护变更，无需精读。建议关注后续是否完成分析并重新启用该测试作业。

README 新增 verl-vla v0.1.0 发布公告

不值得精读，属常规文档同步操作，快速浏览即可。值得留意的是 verl 生态正以多个独立仓库形式扩展（verl-vla、verl-omni、verl-tinker、rl-insight），README News 区已成为这些发布信息的集中出口，读者可借此理解 verl 的生态战略方向。

README 新闻区新增 VeRL-Tinker 发布公告

该 PR 为纯文档信息同步，不值得精读。可留意其关联的 recipe 子模块（`verl_tinker`）后续是否有独立的功能性 PR，那才是真正的技术内容。

CODEOWNERS 新增维护者并修复五条失效路径

值得维护者快速阅读：它展示了一种低成本的仓库治理方式（用提交统计对齐 owner，并显式验证 CODEOWNERS 死路径）。对普通贡献者来说，重点是理解作者提出的路径失效诊断方法和 glob 语义陷阱（CODEOWNERS 与 .gitignore 的目录递归行为差异）。若团队经常发生目录重命名，可考虑把类似的机械校验纳入 CI 防止再次静默失效。

版本号 bump 至 0.10.0.dev

该 PR 不值得精读。可作为发布流程的标准操作参考：版本号 bump 通常独立于功能开发，在分支上即时合并即可。若想了解版本管理流程，可关注后续 0.10.0 正式发布前的 rc 版本变更。

更新 README 新闻区，记录 VeRL-Omni v0.2.0 发布

不值得精读。可作为纯文档示例参考；若关注 VeRL-Omni 的版本特性，可从新增链接进入其仓库了解细节。

引擎后端导入失败时发警告替代静默跳过

值得快速阅读，改动只有 1 个文件 17 行。关注点： - 警告文本中 `stacklevel=1` 的定位是否准确，以及是否应使用 `stacklevel=2` 指向调用方。 - 是否应该用 `logger.warning` 替代 `warnings.warn`，以便与 verl 现有日志体系对齐。 - 警告噪音是否会造成用户误判，可考虑仅在环境变量显式开启时打印。