最初に実際にマージせずにマージをテストする方法

git merge現在の作業中のブランチとマスターの2つのブランチ間をシミュレートする方法はありますか？

を作成しなければならないとき、私はしばしば衝突を起こしgit mergeます。最初にマージをシミュレートする方法はありますか？

マージを試すまで、何が起こるかをシミュレートする方法はないと思います。ただし、git statusマージを実行する前にの出力が空であることを確認した場合、先に進んで試してみるのは非常に安全です。競合が発生した場合は、すぐに以前の状態に戻すことができます。

git reset --merge

git 1.7.4以降、次のようにしてマージを中止することもできます：

git merge --abort

（そのオプションを追加したコミットメッセージで説明されているように、これはとの一貫性git rebase --abortなどのために追加されました。）

を使用git merge --no-commitして、マージが実際にコミットされるのを防ぐことができます。マージがうまく機能しない場合は、元のヘッドにリセットしてください。

たとえそれが早送りであっても（したがって、定義上、競合がないため）マージを最終的に実行したくない場合は、追加することもでき--no-ffます。

トピックブランチの変更をマスターと比較したい場合は、次の方法が最も簡単で安全です。

git checkout master
git checkout -b trial_merge
git merge topic_branch

マージが完了すると、マスターからの統合された変更を簡単に確認できます

git diff master

完了したら、単にtrial_mergeブランチを削除します

git checkout master
git branch -D trial_merge

このように、マスターブランチは決して変更されません。

私が使う ：

git merge --ff-only

ドキュメントによると：

現在のHEADが既に最新であるか、マージが早送りとして解決できる場合を除き、マージを拒否してゼロ以外のステータスで終了します。

2つのブランチ間で競合がない場合、早送りマージが行われるため、これは実際にはシミュレーションではありません。ただし、競合が発生した場合は通知され、何も起こりません。

git merge --abort最近、が使えるようになりました。ただし、これはマージの競合がある場合にのみ使用できます。コミットしたくない場合は、上記の他の方法を使用してください。

使い捨てブランチを作成して（git checkout -b）、そこでテストマージを実行しないのはなぜですか？

それがあなたのケースであるかどうかは正確にはわかりませんが、あなたの質問では、機能を開始したり、数日かけてコミットしたり、その開発を何度もマージしたりすることがあります。

この時点で、変更した正確なファイルを制御できなくなり、機能が閉じてコードが開発されたときにのみ、それを知ることができます。

この場合、ソースツリーを使用することで（マージ以外の変更ではなく）行った変更を知ることができます。

ベースブランチを右ボタンでクリックして選択する必要がありますDiff Against Current：

その後、ブランチをベースブランチにマージした場合にマージされるすべての変更がソースツリーに表示されます。

もちろん、競合は表示されませんが、マージでは便利なツールです。