Refactor GitHub webhook processing logic into handlers

オープン
#1,258 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
30/100
issue の種類
リファクタリング
明瞭さ
おおむね明確
活発さ
停滞
技術スタック
elixir

調査の方向性

まず、現在の should_process? 関数、webhook イベントハンドラーのロジック、および dispatcher として説明されている controller を読みます。repository、project、installation の webhook がどのようにルーティングされるかを追跡します。controller がイベントをディスパッチし、各 handler が自身の webhook を処理するかどうかを判断するようになれば完了です。

索引モデルが issue の本文から書いたものです。

説明

needs clarification Priority: Low

Problem

There are "classes" of webhooks, some of which pertain to the repository and project and other that don't (installation, e.g.). As CC adds more webhook handlers for various reasons, the should_process? function will become increasingly further away from the handler logic, so this should eventually move down into the event handler logic, with the controller merely being a dispatcher.

https://github.com/code-corps/code-corps-api/pull/1254#issuecomment-347049874

主要言語
Elixir
スター
234
フォーク
82
PR マージ指標
30日以内にマージされた PR はありません

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

code-corps/code-corps-api のほかの issue

code-corps/code-corps-api の issue をすべて見る

似ている issue

Elixir の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。