2

同じ寄稿者からいくつかのプル リクエストを受け取りました。私は GitHub の ' Using Pull Request ' のアドバイスに従い、彼の最初のリクエストを問題なくマージしました。

git checkout master
git remote add username git://github.com/username/repo.git
git fetch username
git merge username/pull-request1

同じ人からの他のプル リクエストをマージする前に、さらにいくつかのコミットを master に追加してからプッシュしました。彼のプル リクエストは自動的にクローズされ、私は満足しました。

そして今日、彼の 2 番目のプル リクエストをマージしました。

git merge username/pull-request2

競合なしでマージしますが、pull-request2 からのコードはありません (一部のチャンクはあります)。これを読んだ後、残りのプルリクエストをマージする前にマスターにコミットしたのは間違いだったと思いますが、どうすればよいかわかりません。私がメインリポジトリにプッシュし、他の人がプルした可能性があるため、時間を戻すことはできません。

編集:3番目のリクエストを試してみたところ、うまくマージされました。したがって、プル #2 に関連するものである必要がありますが、実際には単なるプル リクエストです。統合しない理由がわかりません。

4

1 に答える 1

1

調査結果が他の読者の役に立つことを願って、ここに投稿します。

そのPRの唯一の奇妙な点は、寄稿者の支部名でした。これはたまたま、master彼がマージしたい支部のようなものでした。それが問題だったのではないかと思います。調査中に、私はこの種の問題への言及さえ見つけました：

プルリクエストがターゲットブランチにマージされると、メンテナは、マージコミットを回避するためにコミットをリベースするか、コミットを単一のコヒーレントコミットに押しつぶすことを決定する場合があります。プルリクエストが「master」ブランチからのものである場合、ターゲットブランチを独自の「master」にマージするときに問題が発生します。

面倒なPRを締めくくりました。その後、寄稿者は別の支店から新しいものを提出し、それはうまくマージされました。

于 2013-02-09T09:14:13.343 に答える