masterをdevブランチにマージする正しい方法

Question

devブランチで進行中の変更があり、実稼働環境で何かが壊れた場合は、masterに切り替えて問題を修正し、masterブランチと同期させます。

今私はdevブランチに戻ります。このブランチは、testとstagingの環境に同期しています。

devブランチにmasterからの修正をもたらす適切な方法は何ですか？

現在、私は時にdevブランチになっています。

しかし、このようにマージすると、変更されたファイルをmasterからステージングする新しいコミットが作成されていることに気付きました。

マージ時に、修正プログラムを適用するときにmasterで作成されたコミットがdevブランチに挿入されるという印象を受けました。ステージング環境は、（のように、あなたの開発ブランチにコミットされていないかunstashedの変更を持っていない）クリーンであることを提供

Answer 1

...

git merge master 

...は、マージする慣用*方法です

マージすると、そのブランチの先端にあるすべての変更が反映されるので、masterからのすべての変更を一度にインポートし、それらが存在する場合、マージ競合に対処する必要があります。マスターからdevへの変更を早送りできない場合は、マージコミットも得られます。

あなたがコミットをたくさん見るかもしれない理由は、devブランチをmasterで整列させることができないためです。これはあなたを止めてはならない。それらの変更をあなたのdevブランチにコミットしてプッシュするだけです。

^{*：devにある間にgit rebase masterを実行することもできますが、これは履歴を書き換えているため、リスクが非常に高くなります。しかし、よりクリーンな歴史のためになります。}