リモート受け入れ環境に変更をプッシュしたいときは、新しいdevブランチのファイルをマージする前にテストブランチをmasterと同じにします。あるブランチのファイルを別のブランチのファイルと同じにする
「テスト」ブランチをマスターのスナップショットにして、新しいブランチからの変更をマージする最も簡単な方法は何ですか?
リモート受け入れ環境に変更をプッシュしたいときは、新しいdevブランチのファイルをマージする前にテストブランチをmasterと同じにします。あるブランチのファイルを別のブランチのファイルと同じにする
「テスト」ブランチをマスターのスナップショットにして、新しいブランチからの変更をマージする最も簡単な方法は何ですか?
変更がtest
にあり、ローカルmaster
を更新する場合は、master
をチェックアウトしてからgit merge test
を実行してください。
現在の(または古い)コミットtest
があなた(または他の誰か)にとって重要でない場合。
あなたは、単にこれは、現在のコミットmaster
へtest
のポインタを移動します
$ git checkout test
$ git reset --hard master
$ # In case your local master is not up-to-date use origin/master
を行うことができますを指しています。
私は似たようなやり方をしました。最初の部分では、テストをマスターのコピーにするために、私はこれを行いました: 'git fetch --all'' git reset --hard origin/master' 'git reset --soft origin/test' 'git add''' git commit -m "blah" '' git push'です。変更のマージの2番目の部分については、私は 'git checkout test''' git merge newbranch'を実行し、 ''すでに最新の状態になっていますが、 '' git diff --name-status test..newbranch - それは私がマージしたいすべての変更を表示します! –
'git reset'は本当に危険なコマンドだと思います。ほとんどの場合、このコマンドを回避しようとしています。変更を削除したいと思っているファイルベースでのみ使用します。 – Christoph
あなたは「私のテストブランチをマスターと同じにしたい」と述べました。私が想定したことは、 'test'で行った変更を投げ捨てることを意味します。 – AnimiVulpis
実際、変更は新しいブランチにあります。私が探しているのは、masterとまったく同じように更新テストを行い、newbranchからの変更をテストにマージすることです。私は多くのテクニックを使ってそれをしようとしましたが、それを働かせることはできません。 –
あなたは正確に何を試してみることができますか?支店の関係は何ですか? – Christoph
最初の部分は、テストをmasterのコピーにするために、私はこれをしました: 'git fetch --all'' git reset --hard origin/master' 'git reset --soft origin/test'' git add' 'git commit -m" blah "' 'git push'です。変更のマージの2番目の部分については、私は 'git checkout test''' git merge newbranch'を実行し、 ''すでに最新の状態になっていますが、 '' git diff --name-status test..newbranch - それは私がマージしたいすべての変更を表示します! –