強固で安全なものにするための力になれるということをご存じでしょうか。大好きなら、プロジェクトに協力してみませんか。(Jetpackをご使用でないなら、ためらう必要はありません。いますぐダウンロードしましょう。計画された改善をテストしたり、コードやファイルやバグレポートを調査したり、自作のパッチを提出することすらできます。強いものにするのです。協力すると、実際の操作性を改善し、数百万のサイトの機能を改善させることになります。開発者の方は、どのレベルの方でも協力することができます。これまでにプラグインを自作したことがあるかどうかにかかわらず、協力する方法はあります。ことがわかってきましたでしょうか。インストールし、いろいろと設定します。いくつかのモジュールを有効にし、カスタマイズしてみましょう。(どこから始めればいいかわかりませんか。モバイルテーマに挑戦してみましょう。共有ボタンを移動させてみましょう)次に、ベータテスト参加してはどうでしょう。ベータテスト参加者は、公開される前のアップデート、修正、新しいモジュールのテストを行います。これは、重要な開発プロセスの一部です。ベータグループへの参加に興味をお持ちの場合は、このフォームに記入してお知らせください。GitHubを使ってみましょう。バグレポートをすぐに提出していくことができます。中級レベルのプログラマーコードを読んだり編集したりが楽にできるのに自分で一からコードを書いたことがないのであれば、バグレポートを提出して、バグ駆除の支援をしてください。これまでにバグレポートを提出したことがないなら、優れたバグレポートを作成をご覧いただき、開発者が素早く効果的に問題を解決するために必要とするすべての情報がレポートに含まれているかを確認してください。レポートを提出する場合は、GitHubにも慣れておく必要があります。レポート送信が楽にできるようになれば、コードを見ていき、次のステップに進む準備をしましょう。自作のコードを書く方でしょうか。自分でプラグインを作ったことがあるかもしれません。核を直接見るために、サングラスをかけたことがあるかもしれません。他の人が書いたコードを読んで、改善点を提案することが楽にできるでしょうか。いった人なら、現場に飛び込み、パッチを作成し、提出してください。この既知の問題にアクセスし、注意を必要とするものとしてコミュニティーが特定している問題の形式についての知識を仕入れてください。教えてくれる人たちです。新しいバージョンのテストの支援を行い、テストの結果を私たちに報告することです。わかりにくいでしょうか。モジュールが正しく動作しないでしょうか。協力に興味をお持ちの場合は、こちらのページからお知らせください。βテスタープラグインをダウンロードしてインストールする必要があります。使用するようにしてください。含むほとんどのソフトウェア・プロジェクトでは、ソースコードと改訂履歴を記録するため、バージョンコントロールシステムを利用しています。GitHubで利用できます。ダウンロードする基本です。向けのバイナリパッケージをダウンロードする方法です。向けのパッケージが存在します。ウェブサイトの資料をご覧ください。コードは、GitHub.comでホストされています。アカウントを作らなくても、プラグインのコードを閲覧することや、それをダウンロードすることさえできますが、バグレポートやパッチの提案により協力したい場合は、登録する必要があります。間に安全な接続を確立しておくことをおすすめします。コードを取得したりパッチを送信することが可能になります。このガイドに従い、コンピューターとGitHubアカウントにSSHの鍵を追加してください。レポジトリについてソースコードと改訂履歴は、レポジトリに保存されます。クライアントプログラムを使用することで接続できます。クライアントプログラムでは、ソースコードを確認、編集し、パッチを適用することができます。レポジトリは、ここで利用できます。こちらは、以下の4つの重要なセクションから構成されています。最近に開発されたコードです。バージョンには、タグが付けられています。したものも公開し続けることがあります。バグ、機能リクエスト、コメント、提案、パッチ...。インストールしたら、作業を始める前に、コードをチェックアウトする必要があります。コードをコンピューターにダウンロードします。やりかたは以下のとおりです。ページにアクセスし、「フォーク」ボタンをクリックします。アカウントにコピーします。置きたい場所に移動します。クローンコマンドを実行します。レポジトリのコピーを確認するには、以下のようにします。レポジトリを新しいリモートとして追加します。これにより、オリジナルのレポジトリに行った変更を取得し、ローカルのコピーを最新に保つことができるのです。最新開発バージョンを使用しているかを確認した方がいいでしょう。変更をローカルレポジトリに適用します。upstream/master良いバグレポートの書き方イシュータブは、プロジェクトとバグを記録するために使用されるチケットデータベースです。私たちは、新機能、バグレポート、一般的なプロジェクト作業を管理するためにこれを使用します。これは、バグレポートやコードのパッチの提出ができるだけシンプルになるように設計されています。そのバグが本当にバグであるかを確認しますバグレポートを送信する前に、それが単なるインターネットの問題や互換性の問題でないことを確認してください。使用していることを確認してください。テーマに戻すことから始めます。問題は継続していますか。継続していれば、バグを発見したのかもしれません。問題が消えた場合、ご使用のプラグインまたはテーマとの競合により問題が発生していたと考えられます。次に、1つずつテストしていきます。そのテーマまたはプラグインだけを有効化し、そのほかの変数を排除するのです。問題が再度発生すれば、犯人を発見できたことになります。報告されているかを確認しますバグがすでに報告されているかを確認するには、以下の方法があります。既知の問題のページをご覧ください。現在公開されている問題の一覧に目を通してください。サポートフォーラムをご覧ください。このどこにも言及されていませんか。別のプラグインやテーマとの競合が原因ではありませんか。バグを発見したのです。レポートを送信するときです。詳細で正確なバグレポートを提出しますチケットが詳細であればあるほど、バグへの対処が容易になります。ログインし、新しいイシューを開き、関連する詳細すべてを記入します。簡潔な要旨と明確な説明が重要です。サポートフォーラムなど、他の人が言及している場合は、リンクも記入してください。役に立つ要旨のサンプルは以下のようなものです。」ウィジェットに選択した画像が表示されない。」ウィジェットを表示し、画像URLを含め、フィールドを埋めます。8を忘れないで」バグを発見したと思い、上記のステップを踏んだら、別のブラウザでもその問題が再現されるかを確認する価値はあります。Happyには、主要なブラウザの最新バージョンへのダウンロードリンクが用意されています。その潜在的なバグが1種類のブラウザに限られたものかどうかも確認しなければなりません。関連する可能性があるバグの場合、特に重要です。した問題が発生しやすいブラウザが存在するためです。既存の問題に協力したりコメントするバグレポートとパッチの提出に加え、興味のあるあらゆる問題の進展をフォローしたり、既存の問題に詳細を追加することもできます。ログインし、興味のある問題を見つけ、最後までスクロールし、購読をクリックします:既存のチケットに追加すべき情報を持っている場合は、自由にコメントしてください。新しいフォークをご使用のコンピューターに複製しましょう。それができたら、新しいブランチを作成します。ブランチを調査します。branch-nameその後、ファイルを編集し、変更をコミットします。変更したファイルのリストを取得するには、ステータスコマンドを使用します。diffを出力します。(あるいは、複数のページの異なる部分を表示するには、複数のファイルパスを入力します)。上のレポジトリに変更を送信し、プルリクエストを送信する必要があります。ローカルレポジトリに行った変更をコミットするところから始めてください。そのためには、最初に、ステージングエリアに変更したファイルを追加する必要があります。.その後、変更をコミットします。commitコミットメッセージの最初の行では、変更の簡単な説明を書き、簡潔にする方がいいでしょう。その後の行で詳細について記述することができます。これで、変更をコミットできました。フォークに送信する準備ができました。branch-name最後のステップは、行った変更を私たちに知らせるためのプルリクエストの作成です。GitHubは、フォークにアクセスしたときに、このプルリクエストを作成するように促します。「比較とプルリクエスト」をクリックし、プルリクエストを作成します。情報を参照してください。PHP、HTML、CSS、JavaScriptのコーディング標準についての詳細情報もご覧ください。★見出し語の体言止めとかの形式をそろえよう。★HTMLにして、読み直す。タグの入れ忘れもここで確認。無制限提供が始まりました。グローバルネットワークからハイスピードの広告非表示動画をストリーミングして、ホスティングのストレージと配信コストを節約しましょう。