あの日行ったマージの仕組みを僕達はまだ知らない。

Transcript

1. あの日行ったマージの仕組みを 僕達はまだ知らない。 開発部　鎗水
2. 最近、開発部内で「squash mergeはしない方がいい」「リリース ブランチにマージする時はrebaseしたい」などマージが話題に上 がることが何度かあった。 背景
3. そもそも、ブランチはどうやってマージされるのか？
4. その前に・・・
5. コミットの話をします！
6. なぜか？
7. マージと呼んでいるそれは マージ＋コミット だからです 実は、コンフリクトすることなくマージが成功したら 自動的にコミットしてくれている
8. gitのコミット履歴はどのように管理されているのか？ コミットの仕組み ファイルのdiffを保存している？
9. 違います
10. 変更されたファイルとファイル情報をまるごと git上のデータベースに保存して管理する方法 スナップショットとして管理している
11. 1. A１、B１、C１のスナップショットがVer.１として保存される A1 C1 B1 Ver.１
12. 1. A１、B１、C１のスナップショットがVer.１として保存される 2. 変更されたファイルA２、B２がVer.２として保存される a. C１は変更がないのでそのままVer.２から参照される A1 C1 B1 Ver.１ A2 C1 B2 Ver.２
13. 1. A１、B１、C１のスナップショットがVer.１として保存される 2. 変更されたファイルA２、B２がVer.２として保存される a. C１は変更がないのでそのままVer.２から参照される 3. 変更されたファイルA３、C２がVer.３として保存される a. B２は変更がないのでVer.３から参照される A1 C1 B1 Ver.１ A2 C1 B2 Ver.２ A3 C2 B2 Ver.３
14. マージは状況に応じて２つの方法が取られます マージの仕組み
15. 1. mainブランチからfeatureブランチを切る ケース１：fast-forward マージ先ブランチがマージ元ブランチとの共通コミットから先に進んでいない場合 A C B main feature
16. 1. mainブランチからfeatureブランチを切る 2. D、E、Fの変更がコミットされる ケース１：fast-forward マージ先ブランチがマージ元ブランチとの共通コミットから先に進んでいない場合 A C B D F E main feature
17. ケース１：fast-forward マージ先ブランチがマージ元ブランチとの共通コミットから先に進んでいない場合 main A C B D F E feature 1. mainブランチからfeatureブランチを切る 2. D、E、Fの変更がコミットされる 3. featureブランチをmainブランチにマージする a. mainブランチのポインタをfeatureブランチの位置に移動する
18. ケース１：fast-forward マージ先ブランチがマージ元ブランチとの共通コミットから先に進んでいない場合 main A C B D F E feature 1. mainブランチからfeatureブランチを切る 2. D、E、Fの変更がコミットされる 3. featureブランチをmainブランチにマージする a. mainブランチが分岐点から先に進んでいないか確認する b. 進んでいなければmainブランチのポインタをfeatureに移動する
19. 1. mainブランチからfeatureブランチが切られる ケース２：3way merge マージ先ブランチがマージ元ブランチとの共通コミットから先に進んでいる場合 A C B main feature
20. 1. mainブランチからfeatureブランチが切られる 2. D、E、Fの変更がコミットされる ケース２：3way merge マージ先ブランチがマージ元ブランチとの共通コミットから先に進んでいる場合 A C B D F E main feature
21. ケース２：3way merge マージ先ブランチがマージ元ブランチとの共通コミットから先に進んでいる場合 A C B D F E feature 1. mainブランチからfeatureブランチが切られる 2. D、E、Fの変更がコミットされる 3. mainブランチに変更を加えコミットする G main
22. ケース２：3way merge マージ先ブランチがマージ元ブランチとの共通コミットから先に進んでいる場合 A C B D F E feature 1. mainブランチからfeatureブランチが切られる 2. D、E、Fの変更がコミットされる 3. mainブランチに変更を加えコミットする 4. featureブランチをmainブランチにマージする a. mainブランチの差分（C-Gの差分）とfeatureブランチの差分（C-Fの差分）を求める b. ２つの差分がコンフリクトしていなければfeatureブランチの差分をmainブランチにコミットする i. ただし、共通している行はコミットから除外される G main G
23. マージはマージ元のブランチを削除しても履歴は残る
24. これはメリットでありデメリットである
25. なぜか？
26. 開発を進めるにつれてブランチは複雑化していく 複雑化したコミットツリー
27. リベースならコミットツリーを シンプルにできる！！
28. 1. mainブランチからfeatureブランチが切られる リベースの仕組み A C B main feature
29. 1. mainブランチからfeatureブランチが切られる 2. D、E、Fの変更がコミットされる A C B D F E main feature
30. A C B D F E feature 1. mainブランチからfeatureブランチが切られる 2. D、E、Fの変更がコミットされる 3. mainブランチに変更を加えコミットする G main
31. 1. mainブランチからfeatureブランチが切られる 2. D、E、Fの変更がコミットされる 3. mainブランチに変更を加えコミットする 4. featureブランチをmainブランチにリベースする a. mainブランチの差分（C-Gの差分）とfeatureブランチの差分（C-Fの差分）を求める b. ２つの差分を一時ファイルに保存する c. mainブランチと同じ位置に移動し、featureブランチの差分を順番にコミットする A C B D’ F’ E’ G main experiment
32. 1. mainブランチからfeatureブランチが切られる 2. D、E、Fの変更がコミットされる 3. mainブランチに変更を加えコミットする 4. featureブランチをmainブランチにリベースする a. mainブランチの差分（C-Gの差分）とfeatureブランチの差分（C-Fの差分）を求める b. ２つの差分を一時ファイルに保存する c. mainブランチと同じ位置に移動し、featureブランチの差分を順番にコミットする d. mainブランチをfast-forward mergeする A C B D’ F’ E’ G experiment main
33. 注意点 • PRレビュー中にリベースするとレビューが消える • どこまでがどの作業のコミットログか分かりにくくなる • 公開リポジトリにプッシュしたコミットをリベースしてはいけない ◦ 同じブランチでの作業者に影響が出る ◦ この指針に従っている限り、すべてはうまく進みます。 もしこれを守らなけ れば、あなたは嫌われ者となり、友人や家族からも軽蔑されることになるで しょう。 by git公式
34. - 3.2 Git のブランチ機能 - ブランチとマージの基本 - 3.6 Git のブランチ機能 - リベース - 【git】マージを理解する - ブランチのお供に！！ - 【Git】Gitのコミットの裏側で何が起きているのか（スナップショットとは何？） 参考文献