是否有办法将 GitHub 问题链接分配给仅版主(或其他指定群组)可见的主题,并希望能对已关联此类链接的主题进行排序?这样即使不打开主题,也能看到其已关联链接。
我们通常使用“悄悄话”帖子来添加用户所报告的 GitHub 问题链接,但您必须知道它存在,而且它可能位于一个非常长的主题中间,夹杂在众多帖子之中。
我想这不一定非要特定于 GitHub。我想象它就像用户备注一样,有一个小的备注图标,但关联的是主题而不是用户。
是否有办法将 GitHub 问题链接分配给仅版主(或其他指定群组)可见的主题,并希望能对已关联此类链接的主题进行排序?这样即使不打开主题,也能看到其已关联链接。
我们通常使用“悄悄话”帖子来添加用户所报告的 GitHub 问题链接,但您必须知道它存在,而且它可能位于一个非常长的主题中间,夹杂在众多帖子之中。
我想这不一定非要特定于 GitHub。我想象它就像用户备注一样,有一个小的备注图标,但关联的是主题而不是用户。
在首帖中使用工作人员公告而非悄悄话帖子,可以解决其出现在话题中间的问题,但我认为这无助于在话题之外进行排序或提高可见性。
可能可以通过(创建,大概)一个主题组件,使工作人员公告的存在在话题列表中可见,但我怀疑排序功能可能需要一个插件。
没想到会使用工作人员公告,因为据我所知它们是公开可见的。排序似乎并非必要。
需要考虑一个主题组件。
感谢提供的想法
啊,你说得对,员工公告是公开可见的——我原本以为那是给员工看的公告,而不是由员工发布的公告。
我能想到的唯一不涉及为此创建插件的方法,是使用一个仅对员工可见的标签组,例如使用 ghi-123 这样的标签。不过这样管理起来会有些不便,因为员工需要先前往该标签组创建新标签,然后再编辑主题以添加该标签。此外,你还将无法获得指向问题的可点击链接。
如果你需要引用多个仓库中的问题,可以为每个仓库创建一个标签组,并要求使用父标签,例如使用 ghi-abc-123 这样的标签。即使你只有一个仓库,要求使用父标签也可能并非糟糕的主意,这样在标记其他主题时可以隐藏所有 ghi-xyz 标签。父标签也可以放在仅对员工可见的标签组中。
我认为定制插件将在此处提供最佳体验,但具体取决于你拥有的仓库数量、需要为主题分配问题的频率,以及 Discourse 与你的工作流的集成紧密程度,采用标签方法或许就足够了。
请参阅之前相关的讨论,因为有很多相关内容。![]()