Ember.js: [meta] 改进问题分类工作流程以节省核心团队带宽

创建于 2016-04-04  ·  4评论  ·  资料来源: emberjs/ember.js

根据有关 Slack 的讨论,在#-learning频道上:

acorncom: seems like we could use more folks triaging issues for ember.js (preferably using tags, and potentially given ability to close stale issues) without full write-access to emberjs/ember.js
acorncom: is there some bot (like homu) that allows for that?
acorncom: would love to alleviate the triaging load for core folks without giving me (or others) full-on write access.  not sure I need that responsibility just now ;-)
rwjblue: I'm not opposed to an issue triage team with access/permissions to close issues

看起来我们有几个项目需要解决:

  • [ ] 核心团队批准(除了@rwjblue)
  • [ ] 寻找/构建一个能够完成我们所追求的机器人
  • [] 在这个 repo 上设置机器人

最有用的评论

我认为从可以直接访问关闭问题的几个“受信任的顾问”开始会更容易。 除非机器人已经存在,否则我觉得编写一个机器人将花费更多的时间,而不仅仅是向我们已经信任的人做出承诺......

所有4条评论

我认为从可以直接访问关闭问题的几个“受信任的顾问”开始会更容易。 除非机器人已经存在,否则我觉得编写一个机器人将花费更多的时间,而不仅仅是向我们已经信任的人做出承诺......

看起来可能存在机器人,但它是用(等待它......)PHP 编写的:咧嘴笑:
https://github.com/carsonbot/carsonbot

如果我们愿意的话,在受信任的顾问路线上听起来也不错......

我们在今天的核心团队会议上讨论了这个问题,我们很高兴继续向人们提供问题分类的访问权限。 下周我将尝试与#dev-issue-triage 频道中的一些人保持联系...

凉爽的。 然后将关闭此问题

此页面是否有帮助?
0 / 5 - 0 等级