一致在使用git，感覺git好多功能，有很多功能也沒有搞清楚，特別是merge和rebase到底是啥區別，一直沒搞明白，網上很多介紹，很多官方套話，說的模稜兩可，今天看了一位仁兄的介紹，寫的還算是比較清晰，拿過來備份下來，也方便大家學習。
1、以下的研討基礎：
假設我們有如下圖一所示倉庫，該倉庫有master和develop兩個分支，且develop是在（3.added merge.txt file）commit處從master拉出來的分支。
圖一2、merge的表現
假設現在head在（6.added hello.txt file）處，也就是在master分支最近的一次提交處，此時執行git merge develop, 結果如下圖所示。
圖二工作原理就是：git 會自動根據兩個分支的共同祖先即 (3.added merge.txt file)這個 commit 和兩個分支的最新提交即 (6.added hello.txt file) 和 (5.added test.txt file) 進行乙個三方合併，然後將合併中修改的內容生成乙個新的 commit，即圖二的(7.merge branch 『develop』)。
這是merge的效果，簡單來說就合併兩個分支並生成乙個新的提交。
3、rebase的表現
那rebase是這麼工作的呢？
假設初始狀態也是圖一所顯示的。兩個分支乙個master，乙個develop，此時head在（6.added hello.txt file）處，現在執行git rebase develop,結果如下圖三所示。
圖三可以看見develop分支分出來分叉不見了，下面來解釋一下它的工作原理：
在執行git rebase develop之前，head在（6.added hello.txt file）處，當執行rebase操作時，git 會從兩個分支的共同祖先 (3.added merge.txt file)開始提取 當前分支（此時是master分支）上的修改，即 （6.added hello.txt file）這個commit，再將 master 分支指向 目標分支的最新提交（此時是develop分支）即（5.added test.txt file） 處，然後將剛剛提取的修改應用到這個最新提交後面。如果提取的修改有多個，那git將依次應用到最新的提交後面，如下兩圖所示，圖四為初始狀態，圖五為執行rebase後的狀態。
圖四
圖五簡單來說，git rebase提取操作有點像git cherry-pick一樣，執行rebase後依次將當前的提交cherry-pick到目標分支上，然後將在原始分支上的已提取的commit刪除。
git中merge和rebase的區別
最開始實習的時候是使用svn，之後正式工作就一直在使用git，這樣算起來，使用git也有兩年的時間了。以前帶我的同事，讓我在拉 的時候要我使用git pull rebase，一直很納悶為什麼要那樣做，後來遇到拉 的時候有許多衝突要解決，然後去查詢資料，才了解到其中的一些事情。今天分享一下，順便自己也...
Hibernate中merge的詳細使用
h ibernate中 merge 的詳細使用 merge的作用是 新 new乙個物件，如果該物件設定了 id，則這個物件就當作游離態處理 當id在 資料庫 中不能找到時，用update的話肯定會報異常，然而用 merge 的話，就會 insert 當 id在資料庫中能找到的時候，update 與m...
R語言 merge與subset 的使用
merge與subset 的使用 merge函式對資料框的操作，從兩個資料框中選擇出條件相等的行組合成乙個新的資料框 df1 data.frame name c aa bb cc age c 20,29,30 c f m f df2 data.frame name c dd bb cc age c ...