Hacker News 中文摘要

RSS订阅

为何用户无法直接创建问题 -- Why users cannot create Issues directly

原文链接 | HN讨论 | 2026-01-02 13:35:01

文章摘要

GitHub项目ghostty限制了用户直接创建Issue的功能，具体原因未说明，但相关讨论页面显示该问题编号为3558，发布于2024年12月27日。

文章总结

GitHub项目Ghostty限制用户直接创建Issue的原因

在Ghostty项目的第3558号Issue中，维护者@mitchellh解释了为何该项目不允许用户直接创建Issue，而是要求先发起Discussion（讨论）。该政策于2024年12月27日发布，并被标记为"文档改进"类别的元问题。

核心原因有三点： 1. 项目严格区分讨论和开发任务 - 通过Discussion进行初步交流，只有当问题被明确界定且可执行时，才会转为Issue 2. 历史经验表明 - 约80-90%的用户反馈实际是使用问题而非程序错误，多数功能请求也缺乏足够细节 3. 提高维护效率 - 确保每个Issue都是可立即处理的任务，方便贡献者参与

项目要求用户： - 发现问题时先创建Discussion - 确认有效的bug会被维护者主动转为Issue - 详细流程参见CONTRIBUTING.md文件

该政策旨在优化开源协作流程，通过前置讨论环节过滤无效反馈，提升Issue列表的质量和可操作性。项目方表示这不会增加用户报告真实问题的工作量，反而能更高效地解决问题。

（注：原文中大量导航菜单、页脚信息等与主题无关的界面元素已省略，保留了政策说明的核心内容和背景信息）

评论总结

总结评论内容如下：

支持观点（认可使用讨论区过滤问题）： 1. 认为该模式能有效过滤用户误解和环境问题，保持issue列表的可操作性 - "80-90% of what users think are bugs are either misunderstandings...every issue is ready to be worked on" (xpe) - "Issues simply don't scale. Using discussions as a filter is a good idea" (keyle)

  1. 赞赏项目维护者有权决定问题管理方式
    • "they have full authority to decide what is and isn't an issue" (ok123456)
    • "This seems like a reasonable strategy / experiment" (Groxx)

质疑观点（认为现有功能可替代）： 1. 提出通过标签系统也能达到相同效果 - "How is this not trivially solved via a 'ready-to-be-worked-on' tag?" (eviks) - "Is this fundamentally different than just using tags on issues..." (cortesoft)

  1. 建议使用GitHub现有项目管理功能
    • "May be better to move project management to Projects" (paxys)
    • "How about using issue types?" (lawgimenez)

实施问题： 1. 关注实际操作中的技术实现 - "How is the technical block done? Just a bot closing issues..." (purpleidea) - "I wonder if just tagging and filtering automatically..." (rbbydotdev)

用户行为观察： 1. 指出高质量问题报告的价值 - "They were careful and thoughtful about the process" (pella引用) - "Most today...are unfortunately driving like a teenager" (pella引用)

  1. 反映当前讨论区与issue区的界限模糊
    • "Browsing closed discussions looks a lot like browsing closed issues" (1123581321)
    • "memory leak investigation is currently spread across discussions..." (Maxious)

平台改进建议： 1. 呼吁GitHub改进UX设计 - "Perhaps GitHub should look into incorporating this into the UX" (literatepeople) - "Github could do more to nudge users..." (1123581321)