回答:
プルリクエストはブランチに基づいています。
複数のコミットのプルリクエストを開く唯一の方法は次のとおりです。
私がこれを行うことがわかった最も簡単な方法は、hubコマンド(https://github.com/defunkt/hub)を使用することです。
プルリクエストを作成するトピックブランチ(この例では「機能」)から、次のコマンドを実行します。
git pull-request
(最初にブランチをプッシュすることを忘れないでください!)
そして、GitHubで「YOUR_USER:feature」の新しいプルリクエストを開きます。
GitHubで既に問題を作成している場合は、プルリクエストをその既存の問題に添付することもできます(Web UIからは実行できないもの)。
$ git pull-request -i 123
[ attached pull request to issue #123 ]
実際には、別のブランチを作成せずにこれを行うことができますが、少し遊んでみます。
手順は次のとおりです。
私が見ると、プルリクエストではコミットCが分岐点として認識されています。か何か。
私はGitとGitHubを初めて使用し、OPと同じ質問がありました。
私はおそらくOPの時点では利用できなかった解決策を見つけました。
状況:3つの変更があり、それぞれを以前のビルドから構築し、それぞれに独自のプルリクエスト(PR)を設定したいとします。
問題:開発をマスターにプルしようとする最初のPRを作成すると、すべてが正常に見えますが、2番目のPRに変更を加え、それらをマージ(同じブランチを使用)した後、すべての変更は同じPRにあります。
ミニソリューション:新しいブランチを作成する
git branch mini_change_2
git checkout mini_change_2
コードをGitHubにプッシュしてPRを作成しますが、デフォルトではmini_change_2からマスターにプルします。ただし、マスターにはまだ最初のPRからの変更がないため、PR1とPR2からのすべての変更が含まれます。
最適な解決策:PR2でマージするブランチを指定します。
2番目のPRを作成するときにデフォルトを受け入れるだけでなく、mini_chnage_2をDevelopにプルするとします。これにより、mini_change_2の変更のみが表示されます
次に、新しいブランチmini_change_3を作成し、それをmini_change_3にPRします。
それらをマージし始めると問題が発生します...しかし、それは別の練習です。