3-1. good first issueの探し方

This content is not available in your language yet.

コントリビューションを始めるにあたって、最初のハードルは「何に取り組むか」を決めることです。このページでは、初心者が取り組みやすい issue の探し方を解説します。

GitHub Issues の確認

まず xrpld のリポジトリ（XRPLF/rippled）の Issues を確認します。

https://github.com/XRPLF/rippled/issues

ラベルで絞り込む

GitHub のラベルフィルタを使うと、適切な issue を素早く見つけられます。

ラベル	意味
`good first issue`	初心者向けの比較的シンプルな変更
`help wanted`	コア開発者以外の貢献を歓迎している
`bug`	動作上のバグ
`docs`	ドキュメントの改善
`enhancement`	機能改善
`tests`	テストの追加・改善

ラベル検索の URL 例：

https://github.com/XRPLF/rippled/issues?q=is%3Aopen+label%3A%22good+first+issue%22

issue の読み方

issue を開いたら、以下の点を確認します：

問題の概要 — 何が起きているか、何を変えたいか
再現手順 — バグの場合は手順が書かれているか
議論の流れ — コメント欄で方針が固まっているか
アサイン状況 — 既に誰かが取り組んでいないか（Assignees を確認）

取り組みやすい issue の特徴

最初の issue を選ぶ基準として、以下を参考にしてください。

取り組みやすい：

影響範囲が 1〜2 ファイル程度に限定されている
テストの追加・修正だけで完結する
ドキュメントやコメントの改善
明確な再現手順があるバグ
コメント欄で実装方針が議論済み

最初は避けた方がよい：

コンセンサスやネットワーク層への変更
新しいアメンドメント（機能フラグ）の追加
パフォーマンス最適化
既存ユーザーに見えるトランザクション結果を変える変更
議論が長期間止まっている issue

issue へのコメント

取り組む issue が決まったら、作業開始前にコメントを残しましょう。

Hi, I'd like to work on this issue.
I'm planning to [approach / fix / update] by [brief description].
Could you let me know if this direction sounds right?

これにより：

重複作業を防げる
方針について早めにフィードバックをもらえる
コア開発者の目に留まりやすくなる

issue 以外のコントリビューション方法

issue への対応以外にも、貢献できる方法があります。

方法	内容
ドキュメント改善	README や docs/ の誤字・説明不足を修正
テスト追加	カバレッジの低い部分にテストを追加
既存 PR のレビュー	他の貢献者の PR にコメント・フィードバック
Discussions	設計議論への参加・質問

次のステップ

取り組む issue が決まったら、開発を始める準備をしましょう。