マスターではないブランチへのGitHubのプルリクエストを確認しようとしています。ターゲットブランチはマスターの背後にあり、プルリクエストはマスターからのコミットを示していたため、マスターをマージしてGitHubにプッシュしましたが、更新後のプルリクエストにはまだコミットと差分が表示されています。GitHubのブランチにmasterからのコミットがあることを再度確認しました。それでもプルリクエストに表示されるのはなぜですか？

また、プルリクエストをローカルでチェックアウトしましたが、マージされていないコミットのみが表示されます。

プルリクエストがターゲットブランチへの変更を追跡していないようです（私はGitHubサポートに連絡し、2014年11月18日にこれは仕様によるものであるとの応答を受け取りました）。

ただし、次の操作を行うと、更新された変更を表示できます。

http://githuburl/org/repo/compare/targetbranch...currentbranch

置き換えgithuburl、org、repo、targetbranch、およびcurrentbranch必要に応じて。

または、hexspriteが彼の回答で指摘したようEditに、PRをクリックしてベースを一時的に別のブランチに変更し、再び元に戻すことで、強制的に更新することもできます。これは警告を生成します：

ベースを変更してもよろしいですか？

古いベースブランチからの一部のコミットがタイムラインから削除され、古いレビューコメントが古くなる場合があります。

そしてPRに2つのログエントリを残します：

これは良い回避策です。EditGitHubでPRを表示しているときにボタンを使用して、ベースブランチを以外の何かに変更しmasterます。次に、それを元に戻すとmaster、最新のコミットからの変更のみが正しく表示されるようになります。

要約すると、GitHubはプルリクエストでコミット履歴を自動的にリベースしません。最も簡単な解決策は次のとおりです。

解決策1：リベース

masterfrom にマージしたいとしますfeature-01：

git fetch origin
git checkout feature-01
git rebase origin/master
git push --force

フォークで作業している場合は、交換する必要があるかもしれません origin上記をとupstream。参照してください。私はGitHubのリポジトリフォーク更新方法を教えてください。元のリポジトリのリモートブランチを追跡する方法については、こちらをご覧ください。

解決策2：新しいプルリクエストを作成する

イントロをマージしたいとします masterからfeature-01：

git checkout feature-01
git checkout -b feature-01-rebased
git push -u origin feature-01-rebased

次に、のプルリクエストを開き、のプルリクエストをfeature-01-rebased閉じfeature-01ます。

以下を~/.gitconfigファイルに追加する必要があります。

[rebase]
    autosquash = true

これは自動的にこの答えと同じことを達成します示すます。

私はからこれを得たここに。

これに遭遇し、GitHubプルリクエストの動作に混乱した他の人にとって、根本的な原因は、PRがソースブランチとターゲットブランチの共通の祖先に対するソースブランチチップの差分であることです。したがって、共通の祖先までのソースブランチのすべての変更が表示され、ターゲットブランチで発生した可能性のある変更は考慮されません。

ここで利用可能な詳細情報： ご覧ください https //developer.atlassian.com/blog/2015/01/a-better-pull-request/

共通の祖先ベースの差分は危険なようです。GitHubに、より標準的な3方向のマージベースのPRを作成するオプションがあったらいいのにと思います。

これを修正する1つの方法はgit rebase targetbranch、そのPRで行うことです。次にgit push --force targetbranch、Githubは正しいコミットと差分を表示します。何をしているのか分からない場合は注意してください。たぶん最初にテストブランチをチェックアウトしてリベースを行い、git diff targetbranchそれがまだあなたが望むものであることを確認してください。

これは、ターゲットブランチからマージされたコミットをスカッシュすると、GitHubで発生します。

ターゲットブランチからのマージを含む、デフォルトのマージ戦略として、スカッシュとGithubとのマージを使用していました。これにより新しいコミットが導入され、GitHubはこの押しつぶされたコミットがすでにマスターにあるものと同じであることを認識しません（ただし、ハッシュは異なります）。Gitはそれを適切に処理しますが、すべての変更がGitHubに再び表示されるため、確認するのが面倒です。解決策は、スカッシュしてマージする代わりに、アップストリームコミットでプルされたこれらを定期的にマージすることです。別のブランチをあなたのブランチに依存関係としてマージしたいときは、git merge --squash、他のブランチが実際にマスターにした後でマスターからプルする前に、その単一のコミットを元に戻し。

編集：別の解決策は、リベースしてプッシュを強制することです。クリーンだが書き換えられた履歴

これの背後にある理論については正確にはわかりません。しかし、私はこれを数回取得し、以下を実行することでこれを修正できました。

git pull --rebase

これにより、元のレポマスターブランチから変更がフェッチされ、マージされます（ポイントしている場合）。

次に、githubクローンリポジトリ（ターゲット）に変更を強制的にプッシュします。

git push -f origin master

これにより、githubクローンと親リポジトリが同じgithubコミットレベルになり、ブランチ間で不要な変更が表示されなくなります。

以下のコマンドを1つずつ試してください。

git pull "latest

git reset --hard master

物事を台無しにすることにあまりにも心配している場合は、安全なアプローチを失敗させます。ファイルに移動して変更を手動で削除し、最後のコミットでスカッシュします

git add .  && git commit -a --allow-empty-message -m '' && git reset --soft HEAD~2 &&
git commit --edit -m"$(git log --format=%B --reverse HEAD..HEAD@{1})"

私は対立はありません、あなたは行ってもいいです！