# 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 整理 *