rebase

rebase 和　merge 一樣，都是要整合另一個 branch 的內容，
rebase 有一點 "管理 commit " 的意味。

---

如果把git 的每一次 commit 都當作一個 patch。

merge 會依照每個 patch 的時間，依序把merge 的兩個 branch 的 patch 一一上到source。
所以merge 完，兩個 branch 的 commit 有可能會穿插.


rebase 的話，就一律先上另一個branch 的 commit ，然後再上自己的 commit。

這在系統廠的工程師比較合用。

因為系統廠都是拿 vendor 的　bsp 來改。
所以當 vendor 有新版bsp 時，如果作 merge，
自己的修改和 vendor 的修改就會混在一起，
merge 時的 conflict 也會比較多(?)，因為有可能是 vendor 的commit 的 conflict，所以會比較不好 resolve。

如果是用 rebase 的話，至少第一步，vendor 的 new bsp 的 commit一定都上得去。
在自己的commit 才會發生 conflict，
這樣因為 conflict 是在自己的 修改，會比較好 resolve。

format-patch & am

在作 rebase, merge 的時後，fail 得太嚴重。所以希望手動來作。
手動作 rebase.. 好確保每個 commit 一一個上去。

可以用git format-patch 'rev-name'產生一堆從 'rev-name' 開始的patch , 一個 commit，一個 patch。

有這些patch檔，就可以用git am 'patch-filename'一個一個上回去。
這樣產生的 patch file 和 am 後的 rev ，會把 commit log 也保留住。

如果一次要全上，可以用： git am *.patch
會自動依照 001, 0002. 003 的順序 patch .

format-patch 可以加 option '-3' 表示 只要該rev 後的三個 patch

---

ref:
http://gitready.com/intermediate/2009/03/04/pick-out-individual-commits.html

revert/undo rebase

rebase 後發現 fail，要 rollback 怎辦？

列出 reflog，用 git log 找出 rebase 之前的那個 head 是哪一個，然後用 reset --hard 切過去。

git reflog
afa93f0 HEAD@{0}: rebase: tidy up the driver/misc/Makefile, keeps the 9.4 kernel content, just append the new source added by us
7a3b48e HEAD@{1}: checkout: moving from rtk2 to 7a3b48ec1ba6eee2298ee654c0cee1e06f464fed^0
f4fbe68 HEAD@{2}: checkout: moving from rtk to rtk2
6d5d23c HEAD@{3}: checkout: moving from rtk to rtk
6d5d23c HEAD@{4}: checkout: moving from rtk2 to rtk
f4fbe68 HEAD@{5}: checkout: moving from debug_suspend_wakeup to rtk2
4c13583 HEAD@{6}: commit: add more comment : wake_lock_internal & alarm.c
d8cf098 HEAD@{7}: rebase: add a lot message to trace the lock sequence
fe3b73a HEAD@{8}: rebase: use external sd as boot
f4fbe68 HEAD@{9}: checkout: moving from debug_suspend_wakeup to f4fbe680ef41ed3d38ecc1f49a8b2c32a294c178^0
733e20f HEAD@{10}: checkout: moving from rtk2 to debug_suspend_wakeup
f4fbe68 HEAD@{11}: commit: tidy up the driver/misc/Makefile, keeps the 9.4 kernel content, just append the new source added by us
6d5d23c HEAD@{12}: checkout: moving from rtk to rtk2
6d5d23c HEAD@{13}: checkout: moving from imx_r9.4 to rtk
901321c HEAD@{14}: checkout: moving from rtk to imx_r9.4
6d5d23c HEAD@{15}: checkout: moving from 37bace68774d42fc2bea3b2aa2fb8aafb3a6f5a0 to rtk
37bace6 HEAD@{16}: checkout: moving from rtk to 37bace68774d42fc2bea3b2aa2fb8aafb3a6f5a0
6d5d23c HEAD@{17}: checkout: moving from debug_suspend_wakeup to rtk

reflog 會列出每次 operation, HEAD 變動的 log，後面列的是HEAD 的 latest log。

所以可以猜出 HEAD@{11} 大概是 rebase 之前的 head.
... rebase 包含很多動作，rollback, patch them, patch mine... 所以HEAD 變動很多次。

為了確認，可以用 git log 看一下
git log --pretty=oneline HEAD@{11}
f4fbe680ef41ed3d38ecc1f49a8b2c32a294c178 tidy up the driver/misc/Makefile, keeps the 9.4 kernel content, just append the new source added by us
6d5d23c54c2198831014b13d2f85f6f353f9e878 merge from 9.1: dimmer & brake gpio initial setting
911b3e5a7aced34f107715ebe4a1c09f8228c683 switch the sdcard init sequence, to make emmc as mmc0 always
a56e643558b691e5db349f0e630acc8e4e768cd4 Merge branch 'rtk' of git://robot/linux-2.6.35.y into rtk
8269efc25f3339750c7c9d05be88bc3232930f05 fix bug: system data abort due to audio-p driver
698afa31b154d7ea6ac6a3ba8664678e14fbbc97 fix bug: system data abort due to audio-p driver

這樣確認是了。

reset --hard 過去：
git reset --hard HEAD@{11}

---

ref :

• http://stackoverflow.com/questions/134882/undoing-a-git-rebase
• http://gitfu.wordpress.com/2008/04/06/git-reflog-no-commits-left-behind/
• http://jeffkreeftmeijer.com/2010/the-mighty-reflog-and-the-amazing-bisect/
• http://quirkygba.blogspot.com/2008/11/recovering-history-with-git-reflog.html
• http://freeasinbeard.org/post/318519782/reflog-and-fsck-your-git-disaster-recovery-toolkit

git clean

有時候在切換 branch 的時候，會出現這樣的 Error:
Untracked working tree file blah would be overwritten by merge
這是說，在這個 branch 裡，沒有加入 git track 的 file，在要 checkout 的　branch 中，被加入 track 了，所以 checkout barnch 時會有問題。

解決方法就是用
git clean把所有沒有 track 的file 刪掉，就可以 checkout 到另一個 branch。

---

ref: http://stackoverflow.com/questions/1125968/force-git-to-overwrite-local-files-on-pull 有時候用 git clean -f 強制刪除所有untrack 的 file.
但是這個命令不會刪除 untrack folder.

要的話，就要用： git clean -f -d 這樣就會把 untracked folder 也刪除。

checkout remote branch , merge then update it.

看一下 remote 的 branch
$git branch -r
korg/master
korg/my9.1
korg/release-1.0
korg/rtk

checkout 出 remote 要merge 的 branch
$git checkout rtk
Branch rtk set up to track remote branch rtk from korg.
Switched to a new branch 'rtk'

這個動作很奇怪，如果原來就有一個 branch 叫 rtk 呢？他怎摩區分我是要 checkout remote 端的 rtk branch， 還是要 checkout 原來的 local rtk branch ?

接著 merge 到我的 code:
$git merge mytest
然後就可以 push 回 remote
$git push
都不用指定remote name...

merge -- just use the target file

merge 得時候 會自動修改 conflict 的 file，並且在 file 裡面 conflict 的地方加上：
>>> HEAD
=====
..

的 mark。

要是merge 時，只是要用 另一個 branch 的 code，並不是真的要 加上 local 跟 branch 的 code。
可以在 merge command 完，再用：
$git checkout --theirs .
$git add -u
$git commit

把 "theirs" 的 code 都checkout 出來 (最後的 '.' 代表全部的 code)
把所有conflict 的 file 都mark 為 resolve (-u)
然後 commit (會自動加上 merge 的 comment

如果是要用原來的 (那 merge 幹麼？) ， checkout 時用 option --ours

---

ref :

1. http://stackoverflow.com/questions/2073841/git-marking-files-as-resolved
2. http://gitready.com/advanced/2009/02/25/keep-either-file-in-merge-conflicts.html
3. http://gitready.com/advanced/2009/02/25/keep-either-file-in-merge-conflicts.html

config merge tool

$git config --global merge.tool vimtool
這樣開啟 .gitconfig: 會多了：
[merge]
tool = vimdiff


merge --squash

git merge 會保留分之的 commit log，所以 merge 之後，主線會留下 分支的 commit log。
所以 merge 完後就可以砍掉分支。不用擔心分支的 commit log 會不見。

但是 git merge 會自動 commit，並且在最後加上一個 "merge" 的 commit log。

如果只是要 merge，不要 commit ，就要用 --squash 這個 option
$ git merge --squash branchname
這樣就 code merge 完就不會作 commit，但是 .. branch 的 commit log 也不會被加到主線來。

加上