推文

@Ryrenz · 2026-10-14 17:05

🗳️ QGIS 把“一个新功能到底该不该做”的全套决策流程公开摊在了 GitHub 上，仓库叫 QGIS-Enhancement-Proposals。 这是 QGIS 项目自己在用的提案流程，连已经通过的政策都一条条列着：编码风格规范、代码提交与合并政策、回溯移植政策、稳定 API 与文档格式，还有一份 AI 工具使用政策。 自己维护过稍微有点人气的开源项目就知道，最耗人的从来不是写代码，是有人提了个大改动，一群人在 issue 里吵半个月也吵不出结论。QGIS-Enhancement-Proposals 给的是一份现成的规矩：改动大到影响全局，或者要动社区流程和政策，才需要走提案，小功能别折腾；提案就是把模板复制一份、开个 PR；然后公开讨论至少两周，还要在开发者邮件列表上通报，牵扯到终端用户的连用户邮件列表一起通知。 表决也有明确数字。核心开发者或者管委会成员给够两个 +1 才算通过，有人投 -1 就回去改或者继续讨论，实在谈不拢就交管委会表决。讨论期一结束，过了的 PR 改成最终形态合进去，没过的直接关掉。 开源项目吵不出结论的时候，缺的往往不是道理，是一套写下来的流程。 GitHub：https://github.com/qgis/QGIS-Enhancement-Proposals

曝光 73 · 评论 0 · 点赞 2 · 书签 1