他の保留中のものと競合しているプルリクエストを送信

Question

私はGitHubでプロジェクトをフォークしていくつか変更を加えました。私は自分の変更のプル・リクエストをしたい。

私は、既存のプルリクエストがあることをメインプロジェクトで確認しましたが、私の変更はそのコードと同じです（同じコード行が変更されています）。

この場合、どうすればいいですか？そのプル・リクエストの承認を待って、変更を取り、自分自身で競合を解決するか、とにかくプル・リクエストを行うべきですか？

Answer 1

一般に、プルリクエストは後でなく早く行う必要があります。 1つの例外は、他のプルリクエストがエラーで行われたと感じる場合です。あなたのピアは間違った仕事をしていた、または彼はいくつかの要件を大いに誤解していました。

Gitは、複数の既存のブランチを持つことを許容するように設計されており、それぞれが他のブランチと競合する可能性があります。しかし、GitHubのワークフローでは、別のブランチと競合するブランチは、あなたの批評家がプルリクエストを完了するために行ったときに実際に現れます。他のブランチが最初にターゲットブランチにマージされたと仮定すると、ブランチはマージ競合を示すかもしれません。そして、これらの競合は手作業でのマージを必要とする可能性があります。その場合は、ターゲットブランチを最初にブランチにマージし、マージの競合を解決するだけです。この後、GitHubの警告が消えて、あなたの批評家がプルリクエストを解決できるはずです。

もう1つのシナリオは、プルリクエストが他のブランチより先に完了した場合です。この場合、ブロッキングマージの競合はまったくないかもしれません。ピアは上記の手順を実行するものになります。

どちらの場合でも、状況はGit/GitHubでは完全に正常なワークフローです。