GitHubの特定のプロジェクトに貢献したいと思います。フォークすべきか？ブランチ？何が推奨され、どのように行うのですか？

理想的には：

1. プロジェクトをフォークする
2. よくコメントされた1つ以上のリポジトリにコミットをクリーンアップします。複数のパーツまたはフィーチャを変更する場合は、ここで新しいブランチを作成できます。
3. githubのウェブインターフェースでプルリクエストを実行します。

新しい機能リクエストの場合は、最初にコーディングを開始しないでください。新しい機能について議論するために、問題を投稿することを忘れないでください。

機能について十分に話し合い、+ 1またはプロジェクトオーナーが承認した場合は、問題を自分に割り当ててから、上記の手順を実行します。

一部のプロジェクトでは、プルリクエストシステムを使用しません。コードをプロジェクトに戻す最良の方法については、作成者またはメーリングリストに確認してください。

Yannの答えに追加するには、プロジェクトをフォークしたら、必要なブランチ（新しいブランチ、または元のプロジェクトからのブランチ）で開発できます。

覚えておいてください：

• 元のプロジェクトをリモートとして追加します（フォークの結果、独自のレポになるためorigin、異なるフォーム ' ' origin）。
• 貢献したい元のレポのブランチの上にブランチをリベースします。
  あなたのプルリクエストが早送りマージをもたらすことが重要です。
  たとえば、次を参照してください。
  • 「元のGithubリポジトリから分岐したGithubリポジトリに新しい更新をプルします」。
  • 「github上のフォークされたリポジトリの更新」
  • 「Git作業用フォークとアップデート」

YanとVonCの答えに追加するには、これはgithub自身からの良いリソースです：http ://help.github.com/forking/

また、「サイドバー」の見出しの下にある右側のサイドバーも確認してください。

プロセスについて説明する優れたRailscastビデオがここにあります。また、貢献するときにどのブランチに取り組むかを決定する方法を示す方法、テスト、サブモジュールを使用する方法など、多くの優れたヒントもあります。

このスクリーンキャストは主にRails開発者に焦点を当てていますが、ほとんどの情報はオープンソースプロジェクトへの貢献に有効です。

Githubには、プロジェクトとコラボレーションする多くの方法があります。ほとんどのプロジェクトで使用されるモデルは、プルリクエストモデルです。最初のGitHubプルリクエストを行う人々を支援するプロジェクトを開始しました。あなたはここであなたの最初のPRをするために実践的なチュートリアルをすることができます

ワークフローは簡単です

• GitHubでレポをフォークする
• リポジトリをマシンにクローンします
• ブランチを作成し、必要な変更を加えます
• 変更をGitHubのフォークにプッシュする git push origin branch-name
• GitHubのフォークに移動してCompare and pull requestボタンを表示します
• それをクリックして、必要な詳細を入力してください

lornajaneには、プロセスをよく説明するブログ投稿があります。http： //www.lornajane.net/posts/2010/contributing-to-projects-on-github

技術ワークフロー

次のワークフローをお勧めします。

1. リポジトリをフォークする（GitHub Webインターフェイス経由：[フォーク]ボタン）
2. フォークしたリポジトリにURLをコピーします

3. クローン（コマンドライン）

   git clone <url-from-your-workspace>

4. 作成したばかりのディレクトリに入り、ブランチを作成します

   cd <directory> git checkout -b <branchname>

5. 次に変更を加えます

6. 変更するたびに1つ以上のコミットを作成できます。

   commit -a

7. 完了したら、変更をプッシュします

   git push origin <branch>

8. コマンドラインに、PRを作成するためのURLが表示されます。URLにアクセスし、ボタンをクリックしてPRを作成します。

9. そうでない場合は、ブラウザでリポジトリにアクセスすると、プルリクエストを作成するためのボタンが表示されます

それでおしまい。

したがって、基本的には、リポジトリをワークスペースにフォークし、新しいブランチを作成して、その新しいブランチをプッシュしました。

同じクローンリポジトリから後でさらにPRを作成する場合は、別のPRの別のブランチを作成する前に、同期する（元のリポジトリから最新の変更を取得する）必要があります。

git checkout master
git remote add upstream <url-of-original-repo>
git pull upstream master

その他の考慮事項：

• プロジェクトには貢献ガイドラインがあるかもしれません：CONTRIBUTING.rstまたは.mdファイルを探してください
• プロジェクトのコーディングガイドラインに従うことをお勧めします
• あなたは最初に問題としてあなたのアイデアを概説したいかもしれません
• プロジェクトの[プルリクエスト]タブを見て、開いているPR、マージされたPRがあるかどうかを確認することができます。

これらの提案は、マージされないPRに作業を置くという問題からあなたを救うためにここにあります。プロジェクトに活動があり、PRがマージされる場合、これは良い兆候です。投稿ガイドラインがある場合は、それらに従ってください。

常に礼儀正しくしてください。プロジェクトのメンテナーがあなたのPRをマージする義務を負うことは決してありません。プロジェクトに追加する価値のあるものはありますか？