Ember.js: [メタ]問題のトリアージワークフローを改善して、コアチームの帯域幅を節約します

作成日 2016年04月04日  ·  4コメント  ·  ソース: emberjs/ember.js

#-learningチャネルでのSlackに関するディスカッションによると:

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に加えて)
  • []私たちが求めていることを実行するボットを見つけて構築する
  • []このリポジトリにボットを設定する

最も参考になるコメント

クローズの問題に直接アクセスできる「信頼できるアドバイザー」から始める方が簡単だと思います。 ボットがすでに存在しない限り、ボットを作成することは、私たちがすでに信頼している人々にコミットするよりもはるかに時間がかかると思います...

全てのコメント4件

クローズの問題に直接アクセスできる「信頼できるアドバイザー」から始める方が簡単だと思います。 ボットがすでに存在しない限り、ボットを作成することは、私たちがすでに信頼している人々にコミットするよりもはるかに時間がかかると思います...

ボットが存在する可能性があるように見えますが、それは(それを待つ...)PHPで書かれています:grinning:
https://github.com/carsonbot/carsonbot

私たちがそれを好むなら、信頼できるアドバイザールートでも良いように聞こえます...

これについては、本日のコアチーム会議で話し合いました。問題のトリアージのために人々にアクセスできるようにすることを嬉しく思います。 今週は、#dev-issue-triageチャンネルの何人かの人々と連絡を取り合うようにします...

いいね。 その後、この問題をクローズします

このページは役に立ちましたか?
0 / 5 - 0 評価