GitHub 推出了新的 Discussions 功能，你可以 在此处 查看其实际效果。我正在考虑是为我的软件开发社区选用 Discourse，还是直接使用 GitHub 的这项功能。有人评估过两者的差异吗？
3 个赞
我更喜欢新的 GitHub 讨论功能，因为有时问题追踪器并不专注于支持，而有些团队会要求在其他地方创建讨论工单（这可能需要新账号，而且如果支持工单只是一封邮件，可能很难追踪）。
讨论功能为围绕仓库的讨论（尤其是支持类话题）提供了一个理想场所。毕竟，如果您要创建问题，本来就已经登录了 GitHub；将用户重定向到讨论区，使得创建支持工单变得轻而易举。
话虽如此，GitHub 讨论的功能并不如 Discourse 丰富。实际上，Discourse 能做的事情要有限得多。如果您想要一个真正的论坛，我推荐使用 Discourse。在 Discourse 中，您可以使用主题、插件，拥有强大的搜索机制；版主对主题和帖子拥有更强的控制权；此外还有信任等级系统、主题时间线、带提醒的书签、多种接收主题和帖子通知的方式（例如，我设置了接收“公告”、“发布”和“表扬”类别中主题创建的通知——这就是我被通知并访问该主题的方式）——这些都是 GitHub 讨论所不具备的多种功能和自定义选项。
此外，由于讨论采用线程化格式，追踪新帖子变得很困难（有时通知不会带您跳转到触发它的那条帖子；即使能跳转到该帖子，如果讨论的不同线程中有多条新帖子，您可能会遗漏它们，除非您逐个线程搜索，因为它们并非按顺序排列）。
10 个赞
我想他们刚刚开始开发这项功能。如果我没理解错的话，最下方是已解决的解答：Github Package Registry doesn't work as guided · vercel/vercel · Discussion #5016 · GitHub
也许很快他们就会将其置顶。我不认为他们打算创建一个用于讨论的论坛。如果是问答服务，那或许就得效仿 Stack Overflow 的路径。那么，为什么要在那里移除评论中的噪音呢？
很想知道他们有什么计划。谢谢。
3 个赞