資訊專欄INFORMATION COLUMN
Git rebase 和 git merge
1.git merge
將某一分支的變化合并到當(dāng)前分支。把兩個(gè)分支最新的快照（C3 和 C4）以及二者最新的共同祖先（C2）進(jìn)行三方合并，合并的結(jié)果是產(chǎn)生一個(gè)新的提交對象（C5），master指向C5
2.git rebase
回到兩個(gè)分支最近的共同祖先，根據(jù)當(dāng)前分支（也就是要進(jìn)行衍合的分支 experiment）后續(xù)的歷次提交對象（這里只有一個(gè) C3），生成一系列文件補(bǔ)丁，然后以基底分支（也就是主干分支 master）最后一個(gè)提交對象（C4）為新的出發(fā)點(diǎn)，逐個(gè)應(yīng)用之前準(zhǔn)備好的補(bǔ)丁文件，最后會生成一個(gè)新的合并提交對象（C3"），從而改寫 experiment 的提交歷史，使它成為 master 分支的直接下游,master指向?yàn)橐苿?dòng)，需要merge 1）git rebase --onto master server client 將client分支衍合到master，跳過server 2)git checkout master git merge client 切到master分支，合并client到master，右移動(dòng)master分支指針 3)git rebase master server 將server衍合到master分支上 4)git checkout master git merge server 切刀master分支，合并server到master上 5)git branch -d client git branch -d server 刪除無用分支
文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址：http://m.hztianpu.com/yun/81242.html
摘要：人多的團(tuán)隊(duì)可能擔(dān)心的拉代碼慢的問題，對于以前做手機(jī)的團(tuán)隊(duì)的確需要擔(dān)心一下，動(dòng)不動(dòng)的代碼。自動(dòng)化發(fā)布每天下午四點(diǎn)會自動(dòng)化發(fā)布一個(gè)版本給測試進(jìn)行回歸保證出現(xiàn)重大問題的及時(shí)回退。 工具選擇 代碼管理用什么工具好，有人喜歡git,不過git有個(gè)小小的缺點(diǎn)，就是對UI使用的大文件支持不太好，比如PSD文檔，PNG文檔等等。 作為windows下的佛系程序員，我還是保守一點(diǎn)，團(tuán)隊(duì)使用SVN。 如果...
編輯器&Mac 1、編輯器的使用vs code 插件 git輔助工具，可查看代碼的書寫者：Git Blame 2、 Mac工具使用 強(qiáng)大終端 item2 3、在 macOS 中完美配置文件名大小寫敏感（解決git默認(rèn)對大小寫不敏感問題）解決git大小寫不敏感 知識篇 一、git使用 一般企業(yè)中使用代碼管理工具Git開發(fā)時(shí)都是通過拉分支進(jìn)行功能細(xì)致開發(fā)，所以掌握git的分支操作時(shí)必要的 使用...
編輯器&Mac 1、編輯器的使用vs code 插件 git輔助工具，可查看代碼的書寫者：Git Blame 2、 Mac工具使用 強(qiáng)大終端 item2 3、在 macOS 中完美配置文件名大小寫敏感（解決git默認(rèn)對大小寫不敏感問題）解決git大小寫不敏感 知識篇 一、git使用 一般企業(yè)中使用代碼管理工具Git開發(fā)時(shí)都是通過拉分支進(jìn)行功能細(xì)致開發(fā)，所以掌握git的分支操作時(shí)必要的 使用...
閱讀 2201·2023-04-25 16:19
閱讀 3244·2021-11-24 09:39
閱讀 901·2021-11-16 11:44
閱讀 1744·2019-08-29 12:52
閱讀 1191·2019-08-26 13:33
閱讀 1133·2019-08-26 10:26
閱讀 2261·2019-08-23 16:42
閱讀 2656·2019-08-23 14:37
