このよくある質問リストは、「新しい貢献者ミーティング」において、新規のコア貢献者から寄せられた質問から作成されています。
このリストは、より多くの質問が寄せられ、回答されるにつれて、時間の経過とともに増えていきます。
どうすれば始められますか ?
ここにはたくさんのドキュメントがあります。各ドキュメントが何をカバーしているのか、さまざまな項目がどこに記述されているのかを知るには、まずドキュメント全体を閲覧し、どこにあるのか、どのように構成されているのか、特に興味を引くトピックは何かを把握することからはじめてください。
おそらく詳細は忘れてしまうかもしれませんが、検索すればまた見つけることができるでしょう。さらに、参照できるようにするためにそれらのページをブックマークしておきましょう。
また、Slack アカウントを取得し、いくつかのチャンネルに参加できます。
予定されているミーティングに参加し、物事がどのように行われるかを把握しましょう:
- 各グループが何について話しているか、
- グループ全体で何が注目されているか、したがって、
- 優先順位は何か。
また、Make WordPress Core の投稿を見て、以前のミーティングの要約を読み、文脈を理解し、物事の優先順位を確認できます。他の読む作業と合わせて、重要な分野が何なのか、どこに時間を集中したいのかが見えてくるでしょう。
手助けしてくれる人はいますか ?
はい。@desrosj、@flixos90、@adamsilverstein、@welcher、@audrasjb、@costdev、@mike、@goglekler、@SergeyBiryukov は、Slack 上で隔月の新しいコア貢献者チャットを運営しています。スケジュールは Make/Meetings にあります。彼らはあなたの質問を歓迎します。
Slack でも連絡できます。ミーティング後に質問がある場合や、公にはしたくない質問がある場合は、1週間を通して遠慮なく質問してください。
ほとんどのチケットはすでにパッチが提出されていることを考えると、Trac のどこから始めるべきですか ?
いくつかにチケットには、すでにパッチが提出されていることは事実です。
しかし、パッチが提出されたからといって、それが完了を意味することはほとんどありません。一般的に、パッチは他の貢献者からのレビューとフィードバックを必要とします。そして、コンポーネントメンテナーからもです。
場合によっては、最初のパッチに大幅な編集が必要になることもあります。時には、反復的な解決策の試行や、さまざまなアプローチ検討のため、同時に複数のパッチを目にするかもしれません。
すでにパッチが提出されているチケットを見かけるのはこのためであり、私たちがそれらを自動的にコミットしない理由です。それらはまだテストが必要であり、さらに先ほど述べたすべてのレビューとフィードバックが必要なのです。実際、既存のパッチをテストしてフィードバックを与えることは、参加するためのすばらしい方法であり、パッチを前進させるプロセスの重要なステップなのです。
さて、パッチやテスト、レビューなどのやるべきことを終えたら、チケットにより多くの注目を集めるにはどうしたらいいでしょうか ?
チケットのコメントはあなたの強い味方です。コメントを残すと、自動的にチケットに関するすべての人 (チケットの所有者、チケットを見ている人たち、そして何よりも、関連するコンポーネントメンテナーの一人または複数に) 通知が送られます。彼らはそのチケットをコミットしてマージすることにあらゆる関心を持っています。それが、私たちが WordPress の貢献者として行っていることなのです。
また、Slack の #core で、進行中のミーティング以外でも (あるいは毎週の開発ミーティングのオープンフロアのセクションでも)、いつでもそのチケットを話題にできます。
他のものよりも支援が必要な特定の優先事項やコンポーネントはありますか ? どこを一番助けることができますか ?
コアの good first bugs、または Gutenberg の good first issues のリストから始めましょう。
これらは、WordPress のコアコード、プロセス、貢献についてよく理解できるように設計された、よくまとまったタスクです。これらのタスクは、あなたを迷わせることはないでしょう。
もしこのリストに目を引くものがなければ、現在のマイルストーンにある needs-patch, needs-testing, needs-design, needs-design-feedback とマークされたチケットを見てください。これらのチケットは優先度が高く、最も注意を払う必要があります。
パッチのないチケットのクエリーも実行できます: https://core.trac.wordpress.org/tickets/no-patch
バグガーデニングに参加するにはどうすればよいですか ? 興味があるチケットを選んでいいですか ?
バグガーデニングは貢献するためのすばらしい方法です。そして、興味のあるチケットを自由に選んでください。
バグガーデニングに関するハンドブックを読むことから始めてください。
貢献者を探しているトリアージチームがあります。このチームのミッションは、Trac にあるすべてのオープンなチケットをレビューし、トリアージすることです。このチームは、Trac にあるすべてのオープンなチケットを調べて、それぞれをレビューしてトリアージし、短期的にチケットの絶対数を減らし、今後もその数を低く抑えることを目的としています。
それに関するおすすめの記事をいくつか紹介します:
- Introducing the WordPress Triage Team
- Triage Team Meeting Summary – March 11, 2019
- WordPress Triage Team: A 3 Month Reflection
Trac を閲覧しているときに、いくつかのチケットに返信しました。どこでまた見つけることができますか ?
これをブックマークしてください: https://core.trac.wordpress.org/my-comments
コアメンテナーは、次のリリースに何を入れるかをどのように選んでいるのですか ?
一般的に、リリースリードとコンポーネントメンテナーには、リリースに向けて優先したいタスクがいくつかあります。参考までに、5.4で提案されたスコープを参照してください。
さらに Trac から、すべてのコンポーネントにわたる多くの小さなバグ修正と拡張機能をマージします。
また、最初の数週間はチケットの公募があるため、チームはコミュニティにとって何が重要かをよりよく知ることができます。そして、コンポーネントメンテナーとコミッターがその結果を検討し、リリースの全体的な優先順位にもとづいて、意味のあるチケットを追加します。
チケットにあるこれらのキーワードは何を意味し、何のためにあるのですか ?
Trac ワークフローキーワード 用語集を参照してください。
Git でパッチを作成するにはどうすればよいですか ?
Git を使ったパッチの作成については、以下の記事を参照してください:
詳しくは、コードによる貢献に関するハンドブックページを参照してください。
パッチにはどのような名前を付ければよいですか ?
チケットに他のパッチがある場合は、あなたのバージョンをドットで区切って、数字のインクリメントを追加します。そうでない場合は、チケット番号の後にパッチの名前を付けます。
たとえば、あなたのパッチがチケット12345の最初のものであれば、ファイル名を12345.diff とします。他に2つのパッチがある場合は、12345.2.diff とします。
必要であれば、目的を非常に短くしたものをファイル名に含めることができます。
Trac での作業について、詳しくはどこで確認できますか ?
関連するコアハンドブックページを参照してください。
また、バグスクラブのスケジュールをチェックして、いくつかのスクラブに参加してみてください。そうすることで多くのことを学べるでしょう !