嗯，这需要讨论一下。我们的工具确保所有仓库都禁用问题跟踪——所以我们没有仓库启用了问题跟踪。我们需要确保有人（或多人）监控我们启用问题跟踪的任何仓库，因为它们将与我们其他的代码相比是“特殊情况”。
我认为我们的“高调宝石”应该启用问题：
GitHub - discourse/mini_mime: minimal mime type library (有问题)
GitHub - discourse/mini_scheduler: Adds recurring jobs for Sidekiq
GitHub - discourse/mini_sql: a minimal, fast, safe sql executor (有问题)
等等…
一个好的试金石是“超过20颗星”，也许
2 个赞
真有意思，不知道为什么那个没有禁用……（编辑：啊，如果仓库存在问题，我们就不禁用）
我可以为其他仓库启用它，没问题。
2 个赞
以下是我将启用 issues 的仓库（如果尚未启用）：
Sam，看起来可以吗？
2 个赞
我认为我们仍然可以在 discourse_api 和 discourse_theme 上保留 issues。
其他的看起来不错 
4 个赞
如果我理解正确的话，标准似乎是这样的：“这个 gem 是否也旨在对与 discourse 没有特别关系的项目的有价值？”
4 个赞
已在仓库中启用问题。工具已更新，以确保上述列表中的问题不会再次被禁用。
4 个赞