現在githubの共同開発について調べていて、githubについての疑問が生まれずっと考えていましたが解決できないため、質問させていただきます。
上記の写真の状況について質問させていただきます。
A、Bの二者が存在
mainから二人とも同時にブランチを切る
それぞれ変更を行う
変更内容はそれぞれ新しいファイルを作成しその中身を変更する（同じファイルの中身を変更しない）
Aが先に自分のタスクを完了させ、mainにプルリクエストを送信、マージを行う
後にBが自分のタスクを完了、mainにプルリクエストを送信、マージを行う
ここで疑問が生まれました。
BがマージするときにBがマージするファイルにはAが作成、変更を行ったファイルが存在しない。つまり、Bがマージし、mainを上書きする際、Aの作成したファイルがなくなってしまうのではないかという疑問です。
しかし、この考えが正しければ、共同開発がうまくできないと考え、ずっと考えていました。
この点わかる方教えていただけないでしょうか？？
@simonritchie さん、
Aさんの方が先にmainにマージした場合、Bさんの方は基本的に一度pullとかしないとmainにマージできなくなるので、
そんなことはありませんよ。 main にブランチ1がマージされていて、ブランチ2にそのコミットが含まれていない場合でも、ブランチ2は main にマージできます。（コンフリクトしない限りは）
@proguradk さん、
Bがマージし、mainを上書きする際、Aの作成したファイルがなくなってしまうのではないかという疑問です。
実際にブランチを作ってマージしてみると分かると思いますが、基本的にはそうなりません。ブランチ1とブランチ2を順に main にマージするとき、 Git は可能な限りどちらの変更も main に含まれるようにします。AさんとBさんが別々のファイルを作ったならそれらは両方とも main に存在するようになるということです。2人が同じファイルの異なる行を変更した場合でも、大抵は両方の変更が残るようにうまくマージされます。
もう少し詳しい話をすると、この場合 Git は 3-way merge を行います。アルゴリズムの概略はこちらの Q&A で説明されていますので読んでみてください。 https://ja.stackoverflow.com/a/52020/2259
@proguradk
Questioner
Aさんの方が先にmainにマージした場合、Bさんの方は基本的に一度pullとかしないとmainにマージできなくなるので、
Aさんがmainにマージ
↓
Bさん側はpullしてAさんの更新分をBさん環境にマージする（もしくはBさんがプルリクなどを出して別の人がBさん作業分をマージする）
↓
Bさん作業分がpullした結果でも大丈夫なことを確認する
↓
Bさん作業分をmainにマージする
みたいな流れになるのでAさん作業分もBさん作業分も残る形となります！
@proguradk
Questioner
@proguradk
Questioner
@proguradk
Questioner
@uasi さん
おお、そうなのですね！理解が正確ではなかったようです、ご指摘ありがとうございます！
