gitのmasterブランチに変更を加えずにブランチをマージするには？

Question

gitブランチングとマージに基本的な疑問があります。 ブランチをマスターに変更せずにマージすることはできますか。もしそうなら、マスターとブランチの間に存在するデルタ変更はどうなりますか？それはマスターブランチの変更で上書きされますか？以下のシナリオを参照してください。

私は2つのブランチマスターとBugBranchを持っています。

STEP 1：

C--B--A (master) 
     | 
     X (branch) 

は、マスターから枝を取ったBugBranchを言います。 TestMerge.javaというファイルがあります。

public static void main(String[] args){ 
... 
... 
callSomeMethod(); 
    switch(decision) 
    { 
    case A: 
     do_something 
     break; 
    case B: 
     do_something 
     break; 
    } 
} 

したがって、ステップ1では、マスターとBugBranchは同じように見えます。

ステップ2： ファイル（TestMerge）が以下のように変更されました。 私はマスターとブランチをマージしようとすると、問題がある：

public static void main(String[] args){ 
... 
... 
callSomeMethod(); 
} 

C--B--A--1 (master) 
     | 
     X  (branch) 

STEP 3（単なるスイッチを削除）。デルタが存在し、BugBranchの変更を保存したいので、ファイル内のマージの競合が予想されます。しかし、奇妙なことは、マスターが変更されたことです。

は、以下試してみた

gitのチェックアウトのマスター

Gitはこれは本当に混乱してBugBranch

マージコマンド！

Answer 1

Gitブランチはコミットのポインタに過ぎません。 XブランチはAをコミットし、多くのGitオペレーションではAの代わりにXを使用することができ、その逆も同様です。

Gitブランチを作成しただけでは、リポジトリに変更が加えられません。ファイルを変更してコミットするまで、ブランチはソースブランチ（あなたの場合はmaster）から分岐しません。

ファイルを変更してmaster（コミット1）にコミットしました。ブランチXで何も変更してコミットしていない場合、ブランチ1の履歴にあるコミットAを指しています（実際はその親です）。

ブランチXをブランチmasterにコミットすると、ブランチXがブランチmasterの過去にあることが検出されます。 masterから始まり、Gitが1つのコミットからその親の1つに繰り返しジャンプすると、ブランチX（これはAコミット）によって指し示されるコミットに到達することができます。

これは、ブランチXにブランチmasterにまだ含まれていないものが含まれていないことを意味します。言い換えれば、マージするものは何もありません.Gitは、この状況について、 "Already up-to-date"というメッセージであなたに知らせます。一方

あなたはmasterがXの未来であるため、Xへmasterをマージしたい場合は、Gitは「早送り」の操作にマージ操作を変換します。これは、不要な新しいマージコミットを作成せず、ブランチ（マージするブランチ）がmasterコミット（マージ元のブランチ）に達するまで前方にプッシュするだけです。

git mergeコマンドラインのフラグを使用して強制的にマージコミットを作成することはできますが、本当に例外的な状況を除いて、何もする必要はありません。ファイルに変更を加えないコミットが生成されます。