git - GitHub で適切にプルリクエストを行う

Question

私は素晴らしいマニュアルを読み、ここでかなりの数の質問を読みましたが、プルリクエストを介してパッチを送信する方法を適切に処理する方法がまだわかりません.

私は GitHub for Windows を使用しています (ただし、必要に応じてコマンドラインを使用しても問題ありません)。

ここに私がやっていることと、私が混乱している場所があります:

オリジナルの GitHub プロジェクトをフォークして、独自のプロジェクトを作成しました。
元のプロジェクトに含めたい変更Aを作成しました。
Aのプルリクエストを送信し、彼らはそれを受け入れたため、元のプロジェクトの一部になりました。
Bを変更しましたが、これは役に立たないので、バージョンに含めたくありません。
Cを変更しました。これを使用してもらいたいです。
より多くのコミット。その中には価値のあるものもあれば、価値のないものもあります。

フォーク/ブランチ/プルリクエスト/マージの適切な順序は次のとおりです。

すべての変更を含むバージョンがあることを確認してください。
特定の変更を上流プロジェクトと共有できることを確認してください。
master ブランチで変更Bを行うと、新しいブランチにはそれが含まれます。そのため、Cに関連する変更だけを送信するにはどうすればよいでしょうか? それとも、アップストリームがまだコピーに持っているものに基づいて、何らかの形で新しいブランチを作成する必要がありますか?

私はほとんどの場合、アップストリームの開発者が戻って特定の変更をチェリーピックする必要がある余分な作業を引き起こしていないことを確認したいだけです. 彼らがバグを修正しやすくなればなるほど、みんなが幸せになります!

score 1 · Accepted Answer

フォークされたプロジェクトの通常のワークフローは、上流のブランチ (多くの場合、これはになります) に基づいて独自のブランチ (または複数のブランチ) を作成しupstream/master、それらですべての作業を行うことです。通常、各ブランチは 1 つの機能をカプセル化します。貢献したい機能のプルリクエストを送信します。

したがって、あなたの例では：

元のプロジェクトに含めたい変更Aを作成しました。

通常は、次のように、変更Aの機能またはバグ修正ブランチを作成し、GitHub でプルリクエストとして送信します。

# Make a branch based off of upstream/master
git checkout -b branch-A upstream/master

# Make some changes, then commit them
git add .
git commit

# Push the branch to your fork, then go to GitHub and submit the pull-request
git push origin head

Bを変更しましたが、これは役に立たないので、バージョンに含めたくありません。

プロジェクトオーナーにこの変更を許可したくない場合は、独自のブランチに隔離し、プルリクエストを作成しないでください。必要に応じて、ブランチを独自のリモートフォークにバックアップできることに注意してください。

# Make a branch based off of upstream/master
git checkout -b branch-B upstream/master

# Make some changes, then commit them
git add .
git commit

# Push the branch to your fork
git push origin head

Cを変更しました。これを使用してもらいたいです。

Aに対して行ったのと同じように、 Cに対して別のブランチを作成します。

# Make a branch based off of upstream/master
git checkout -b branch-C upstream/master

# Make some changes, then commit them
git add .
git commit

# Push the branch to your fork, then go to GitHub and submit the pull-request
git push origin head