仓库PR访问控制与新贡献者过滤需求
问题概述
HackerGitHub推出了新的仓库PR访问配置设置，但现有方案未能满足维护者对细粒度过滤、新贡献者分类以及垃圾PR筛选的需求。评论中多位用户指出，缺乏将首次贡献者PR与资深贡献者PR分离的功能，导致维护者难以管理垃圾PR（如Hacktoberfest）且缺乏优先通道激励高质量贡献。这暴露了当前PR访问控制工具在分类、spam处理和贡献激励方面的不足。
痛点标签
- 缺乏新贡献者PR的分类过滤功能
- 垃圾PR（Hacktoberfest等）泛滥，维护者无有效筛选手段
- 缺乏优先/付费通道来激励高质量贡献
待验证问题
- 您是否需要更细粒度的PR访问控制来区分首次贡献者和资深贡献者？
- 您是否愿意通过付费或优先通道来激励高质量贡献？
- 您目前是如何处理大量低质PR（如Hacktoberfest）的？
证据
原话 · @Anonymous
Locking down pr is the wrong approach (for most). Just provide a subtab inside PR tab that shows PRs from new people. One tab for pr from contributors and users who already have PRs accepted in the repo. Another tab from first time/no pr approved yet users. Maintainers can treat it as spam box if they want. Occasionally, users can flag them as useful and maintainers can then look at them. Give a button to move from others to PR tab. Don't consider count of PRs inside others in the main count.
原话 · @Anonymous
If the Microsoft purchase of Github wasn't a good indicator of the start of the end, this is it, I know a lot of people like to have 'control' over things, but I have found so many fixes for software I use in un-merged PRs. Github moving towards closer and a closer system is good opp for alternatives to take some of that space. Nice.
原话 · @Anonymous
I think OSS maintainers can protect themselves from hacktoberfest PR slop! A welcome change.
原话 · @Anonymous
couldve simply put it behind a priority paywall, get money for work & showcasing or incorporating a piece of work, everyone is always free to fork but wanting to contribute to a popular project should be allowed for some money as well for good support
免责声明：本卡片由 AI 从社区讨论中提炼，属于「痛点证据」，是需求分析与验证的起点，不等同于「已验证的市场需求」。AI 存在分析局限，关键决策前请打开上方原始讨论人工复核。