れれれのGitおぢさん - git rerere #w8lt 6回目

1. れれれのGitおぢさん
W8LT#6

2. やーんやんやん
• 松田 淳平 (だるま，デブ，酒クズ)
• 東工大 佐伯研M2
• Java, Kotlin,シェル芸
• twitter:@red_fat_daruma, github:jmatsu

3. git rerere
を知っていますか？

4. Git rerere
• Reuse recorded resolution of conflicted
merges が由来
• 以前発生したconflictと同じものが発生し，解
消するケースは存在する
• でも毎回同じことをするのは面倒くさい
• そこで開発者が手で行ったconflict解消を覚え，
auto merging時に支援してくれるのがこれ

5. Git rerere
• デフォルトでは無効
• git config rerere.enabled true により有効化
• mergeやrebase時に動いてくれる
• rerereはコマンドというより「機構」
• いくつかのサブコマンドを呼び出すことで，明
示的に各種機能を使える

6. そもそも
同じconflictなんて発生する？

7. あるあるケース
1. ローカルのdevelopブランチで開発
develop(local)

8. あるあるケース
1. ローカルのdevelopブランチで開発
2. topicブランチを引っ張ってくる
develop(local)
topic(remote)

9. あるあるケース
1. ローカルのdevelopブランチで開発
2. topicブランチを引っ張ってくる
3. 突然のconflict！！！
4. 手で頑張って修正，コミット
M
develop(local)
topic(remote)
Rerere recorded

10. あるあるケース
1. ローカルのdevelopブランチで開発
2. topicブランチを引っ張ってくる
3. 突然のconflict！！！
4. 手で頑張って修正，コミット
5. 作業を続ける
M
develop(local)
topic(remote)

11. このケースで存在する問題
• マージコミットがそこにあるべきかどうか
M
develop(local)
topic(remote)

12. このケースで存在する問題
• マージコミットがそこにあるべきかどうか
• developブランチにおける編集が終わってから，マージ
コミットが存在する方が良い
• そのマージコミットは開発者がpull(あるいはmerge)を
打った副作用であって，本質的なものでなかったりする
M
develop(local)
topic(remote)

13. このケースで存在する問題
• マージコミットがそこにあるべきかどうか
• ないほうが良いとしたら;
• Git resetによりマージコミットを消し，作業を続行
• 再度developをマージする際に「同じconflict」が発生
M
develop(local)
topic(remote)
Rerere merges
with using thhe record

14. 問題点

15. Rerereは万能ではない
• 本当に同じ解決策を取れる場合に限る
• (例えば)機械学習による云々ではないため
• 作業を続行した際，同じファイルへの編集の場
合は支援してくれないケースが多い(hunk計算
の関係)
• .git/rr_cacheにどんどんキャッシュしていくの
で.gitが肥大化する可能性はある

16. Rerereは万能ではない
• 「とりあえずマージ」はそもそも良くない
• Conflictは事前にチェックすることが可能
• Patchの作成 → Patchの適用が可能かチェック
• git format-patch “${current_branch}..${source_branch}” --
stdout > “${temporary_file}”
• [ -s “${temporary_file}” ] && git apply “${temporary_file}” -
-check
• Rerereが適用できるケースが大半！・・・というわけ
じゃない
• あくまでも冗長な作業を改善する限定的な機構であって，
汎用的なケースに対する支援を行うものではない

17. まとめ

18. Git rerereっていう
便利なものがあるよ

19. でも頼り過ぎは良くないよ

20. ここぞ，というときだけ
使うべきだよ

21. 正直使ってないよ
(終わり)