コントリビューターデイの開催

このガイドは、コントリビューターデイを開催するためのものです。このガイドには、グループが何をするのか、どのようにすればすぐに始められるのかの概要が含まれています。サポートが必要な場合は、コントリビューターデイのオーガナイザーに相談するか、Slack#core チャンネルで質問してください。

これは進行中の作業であるため、特にあなたがコントリビューターデイに参加していて、何かを見落としていることに気づいた場合は、遠慮なくドキュメントを修正したり、コメントを残してください。

  • レギュラーミーティングの時間: 水曜日 21:00 UTC
  • 新しい貢献者のミーティング: 第2、第4水曜日 19:00 UTC
  • 場所: Slack#core チャンネル

グループの責任

コアグループの責任は次のとおりです:

  • コードのメンテナンスと、将来に向けての開発
  • WordPress の新機能の開発
  • デザインと UX の維持と改善
  • デフォルトのテーマの設計、開発、保守
  • コアの開発に使用されるユーティリティのメンテナンス
  • デフォルトのプラグインのバンドルパッケージのメンテナンス
  • コアで利用可能なバンドルライブラリのメンテナンス
  • バグトラッカーのメンテナンス

共通のタスク

コアグループのメンバーとして実行する一般的なタスクは次のとおりです:

  • パッチのテストとバグの修正
  • 安定性とセキュリティに関する問題の処理
  • 新しい機能のコードを書く
  • ユーザーインターフェイスに取り組む
  • 新機能のユーザーテスト
  • WordPress の安定性を維持するためのユニットテストの作成
  • バグガーデニング
  • コーディング規約のパッチを確認する
  • アクセシビリティとプライバシーの問題についてパッチをレビューする

予備知識

コアの作業に役立つ予備知識は次のとおりです:

  • CSS、PHP、JavaScript、React など、手伝いたいコーディング言語を理解していること
  • WordPress に精通していると役に立ちますが、始めるためにコアについて深く理解する必要はありません

ツール

  • バージョン管理システム: SVN または Git
  • ローカル開発環境。例: MAMPWAMPVagrantXAMPP、または WP-ENV
  • ユニットテストの場合、PHPUnit
  • アセットのコンパイル、リリースパッケージのビルド、JavaScript と PHP のテストのための Grunt
  • Javascript テストのための QUnit
  • PHP_CodeSnifferWPCS ルール

必読書

最初のステップ

最初のステップは、ローカル環境をセットアップすることです。

  1. SVN のインストール: バージョン管理システムのインストール
  2. ローカルサーバーのインストール: Mac | Windows | Windows (代替)
  3. SVN を使用して WordPress コードベースを確認する

その後に:

他にも、次のような方法で手助けできます:

タスク

初めての貢献者が、コントリビューターデイで簡単に始められるタスクがいくつかあります:

Gutenberg への貢献

前提条件

  • WordPress が動作するローカル開発環境 (VVV を推奨します)
  • 最新の npm バージョン。

npm のバージョンが最新かどうかわからない場合は、以下のコマンドを実行してください:

 npm install npm@latest -g
  •  Docker – https://docs.docker.com/install/

Gutenberg の GitHub リポジトリにある Contributing.md に、ローカル環境を構築するための便利なガイドがあります。そこには、ローカル環境の起動と実行に役立つコマンドが記載されています。

通常セットアッププロセスは、Gutenberg ディレクトリで次のコマンドを実行することで完了できます (Windows を使用している場合は、Powershell が有効です)。

./bin/setup-local-env.sh

スクリプトは、前提条件が満たされていることを確認するプロセスを段階的に実行します。何かが不足している場合、スクリプトはセットアップを完了するために何をする必要があるかを報告します。提案された変更を行った後、スクリプトを数回再実行するとセットアップが完了します。

ローカル環境で Gutenberg の開発版を起動したら、Gutenberg ディレクトリから以下を実行してください:

npm run dev

これは、あなたが行った変更を監視/更新します。

WordCamp コントリビューターデイでの膨大なダウンロードを避けるため、イベントの前に環境を設定することを推奨します。

Gutenberg の Good First Issues

Gutenberg への貢献に慣れるために、割り当てられていない最初の issue を探している場合は、こちらをご覧ください

Gutenberg 最初の issue の手順

  1. Gutenberg リポジトリを自分のアカウントにフォークする。
  2. git clone を使用して、自分の「plugins」ディレクトリにフォークしたリポジトリをクローンする。
  3. フォークの中に新しいブランチを作成し、ブランチ名のどこかに issue 番号を入れる
    (例: fix-admin-align-center-12306 は、issue のブランチ名としてよいでしょう: “Latest Posts block “align center” has no effect in admin #12306”)
  4. 最初のコミットを行う
  5. 以下を使用してブランチを公開する:
git push -u origin <branch name>

これで、ローカルで問題を修正する準備ができました。完了したら、変更をコミットしてブランチにプッシュします。

変更を Gutenberg にマージするためにレビューに出す準備ができたら、github.com から自分のブランチに移動してプルリクエストを作成します。プルリクエストを作成し、フォームに必要事項を入力してください。

原文 / 日本語訳

s
検索
c
新規投稿を作成する
r
返信
e
編集
t
ページのトップへ
j
次の投稿やコメントに移動
k
前の投稿やコメントに移動
o
コメントの表示を切替
esc
投稿やコメントの編集をキャンセル