GitHub Issueのトリアージ
まずは、「Needs: Triage」ラベルによって識別される、トリアージが必要なイシューから見ていきましょう。
- これは個別のアプリに対するコードレベルのヘルプ依頼ですか？Stack Overflowの方が適していますか？もしそうなら、「Resolution: For Stack Overflow」ラベルを適用します。
- このイシューはテンプレートを適切に使用していますか？そうでない場合は、「Needs: Template」ラベルを適用します。
- このイシューは使用されているReact Nativeのバージョンを記載していますか？そうでない場合は、「Needs: Environment Info」ラベルを適用します。
- このイシューはSnack、コード例、または問題を再現するための手順のリストを含んでいますか？そうでない場合は、「Needs: Repro」ラベルを適用します。
GitHubのイシュートラッカーには不適切なイシューが寄せられることがあります。「Type: Invalid」ラベルを追加すると、ボットが自動的にイシューを閉じます。
ここまで来たら、イシューの内容自体を分析する段階に進みます。このイシューは問題の明確な説明を含んでいますか？
そうでない場合は、イシューの作成者に必要な情報を追加してイシューを更新するように丁寧に依頼し、「Needs: Author Feedback」ラベルを適用します。
私たちは常に友好的で協力的であることを目指しており、コミュニティのすべてのメンバーにも同じことを期待しています。
イシューを改善する
イシューに必要な情報がすべて含まれている場合でも、何らかの方法でイシューを改善できるかどうかを少し考えてみてください。フォーマットは適切ですか？必要に応じて、読みやすさを向上させるためにイシューを軽く編集しても構いません。
イシューにフォーマットされていないコードブロックが含まれている場合は、3つのバッククォート(```)で囲んでMarkdownのコードブロックに変換します。
より適切に分類するために追加できるラベルはありますか？イシューがAndroidアプリのみに影響する場合は、「Platform: Android」ラベルを追加できます。おそらく、イシューはWindowsでの開発時にのみ発生するかもしれません。その場合は、「Platform: Windows」ラベルを追加するでしょう。
ラベルの長いリストがありますので、ぜひ見てみて、何か当てはまるものがないか確認してください！
重複を処理する
これらのイシューに取り組むにつれて、報告される問題の種類についてよりよく理解できるようになります。同じイシューが繰り返し報告されていることに気づくことさえあるでしょう。
そのような場合は、イシューをクローズし、「Duplicate of #issue」というコメントを追加します。この慣例に従うことで、GitHubは自動的にそのイシューを重複としてマークします。
影響を評価する
次に、イシューの重大度を判断する必要があります。
これは潜在的なリリースブロッカーですか？
これらのイシューは、リリースコーディネーターがクリーンなリリース候補をカットするのを妨げる可能性があるため、今後1〜2週間以内に対応する必要があります。
このようにラベル付けされる可能性のあるイシューは、プリコミットテストの1つを破るリグレッションである可能性があります。ある程度の期間存在しているイシュー（1つ以上のリリースにすでに存在するイシューは、定義上RCブロッカーにはなりえません）をリリースブロッカーとしてフラグ付けすることは避けてください。
これはアプリをクラッシュさせますか？
これらはReact Nativeを予期せずクラッシュさせるイシューです。これらは早期に発見されないと、ユーザーエクスペリエンスの低下につながる可能性があります。
これはバグですか？
期待どおりに機能していないものを記述します。どこかの時点で修正されると良いですが、リリースをブロックするほど深刻ではありません。たとえイシューがクラッシュを引き起こしたとしても、合理的な回避策が利用可能であれば、通常のバグとして分類できます。
これは良い最初のイシューですか？
これらは、リポジトリに対する深い理解や慣れを必要としないイシューです。GitHubは、コントリビューターになることに興味のある人々にこれらのイシューを表示します。このようにラベル付けされたイシューがすぐに修正されるとは限らないことに留意してください。