2026 年 1 月 23 日

出席者：markj，jhb，des，imp，bnovkov，emaste，jfree，glebius，kevans

• John 征求开发者峰会演讲的建议

  • 调度器改进

  • pkgbase 的下一步

  • jlduran 有关 nanobsd 的改进？

    • Warner 会和他进行沟通

  • 源代码管理团队应该做一次（可能较短？）的演讲，放在 have/need/want 的靠前位置

• Gleb 希望将 stabweeks 正式化

  • 将脚本移出 Gleb 的 home 目录

  • 使用分支而不是 tag

    • 删除 tag 不会传播到克隆仓库

    • 需要某种滚动计划来删除 stabweek 分支

  • 从 stabweeks 构建二进制快照

    • 如果修复被 cherry-pick 回 stabweek 分支，则重新构建快照

  • 二进制快照和分支都将为回归问题的二分定位提供良好的第一步

  • 需要明确，当前的脚本要交给谁？（clusteradm@？）

  • mark 建议也许应由 srcmgr@ 负责此任务，也许只需在 freefall 上运行脚本

    • srcmgr@ 应该按照 re@ 的新模型负责向 stabweek 分支 cherry-pick 更改

  • 是否应将 stabweek 分支镜像到例如 github？

    • Warner 不建议如此，应像 vendor 分支那样处理

    • Gleb 认为应该如此，因为它们旨在供用户和贡献者使用，不同于更偏向开发者的 vendor 分支

    • 已删除的 stabweek 分支不会在克隆仓库中自动清理

    • Mark 指出我们计划从这些分支构建二进制制品（snapshot release、pkg 仓库），在这种情况下用户会更希望使用二进制制品而不是直接使用 git 分支

    • 如果后续有需求，我们随时可以决定之后再推送这些分支

  • Warner 认为我们不需要在 stable/N 分支上引入 stabweeks，因为现有的快照已经足够好

  • Warner：我们是否最终应让 pkgmgr@ 使用 stabweeks 作为其用于针对 main 构建 ports 包的基础系统镜像？

• 查看了 14.x 的回归问题，该列表由 Mark Linimon 整理

  • https://bugs.freebsd.org/bugzilla/buglist.cgi?f1=version&keywords=regression%2C%20&keywords_type=allwords&list_id=923206&o1=substring&order=changeddate%20DESC%2Cbug_status%2Cpriority%2Cassigned_to%2Cbug_id&product=Base%20System&query_format=advanced&resolution=---&v1=14