最適な解決策は、最初にコミットを線形に保つことです。あなたがコミットの行を歩いている2つのブランチを使いたいのであれば、それは意味があります。 2行のコミットを行うことで、不要な作業が発生します。
コメントから、出力ディレクトリなどに影響を与えるいくつかの基本設定の変更があると推測します。出力をリダイレクトするためにコード変更を維持する必要があるようなコード内のこれらの構成を管理することは設計ミスであり、ここで直面している問題は症状です。あなたは、その問題を修正することで、あなたの儲けをさらに強めるだろう。次に、両方のブランチを同じコミットで開始し、変更を加えてテストブランチにコミットし、テストを実行します。通過した場合は、変更をメインブランチにマージ(早送りを使用)し、そうでなければテストブランチを元に戻します。
しかし、代わりに一度の努力を費やすことを決心している場合(次に何かをしたいときにこの設計上の欠陥があなたを抱き上げるのを待っている)、代わりにあなたがやっていることをすることができます。チェリー - テストブランチからメインブランチにコミットするHEAD
を選択します。
https://git-scm.com/docs/git-cherry-pick
私は桜狩りに言及している場合、それはgitの中で最も過剰推奨コマンドを呼び出すことですが、10のうち少なくとも9倍ということに注意してください。関連する最も近い操作(該当するときに好きなもの)は、rebaseとsquash mergeです。どちらもあなたがこのケースで望んでいたように動作します。私にとって、これは設計がまずは正しくないという証拠です。
なぜブランチを使用しますか?毎回コミットし、 'git diff HEAD^... HEAD'。 – Ryan
ストック結果とログを別のディレクトリに簡単に比較できるようにする – Gabriel