Mate60手機(jī)殼曝光 致敬自己的經(jīng)典設(shè)計(jì)
8月3日消息，今天下午博主數(shù)碼閑聊站帶來了華為Mate60的第三方手機(jī)殼圖，可以讓我們?cè)谡鏅C(jī)發(fā)布之前看看這款華為全新旗艦的大致輪廓。從曝光的圖片看，Mate 60背后攝像頭面積依然
你們平時(shí)合并代碼的時(shí)候用 merge 還是 rebase？
我問了一圈，發(fā)現(xiàn)有些人不僅沒用過 rebase，而且根本就沒聽說過。別慌，不要緊，沒有 rebase 也不影響開發(fā)，不影響合并，不影響發(fā)版！
我用 Git 很長(zhǎng)時(shí)間也一直根本沒聽過 rebase 為何物，只知道合并分支就是 merge ，直到有一個(gè)新入職的同事跟我說：“為什么合并分支不用 rebase 呢？我之前公司都用 rebase，不怎么用merge。"
在那之后，我還頭一次聽說 rebase 這個(gè)命令。
只有在涉及到分支合并的時(shí)候才談到 merge 和 rebase，如果沒有合并的需求，那怎么整都無所謂，就像我自己的小產(chǎn)品，從頭到尾都只有個(gè) main 分支，開發(fā)人只有我自己，也沒有沖突一說，有時(shí)候?qū)懞脦滋於疾粠ush一次的。
用到分支合并基本都是多人協(xié)作的團(tuán)隊(duì)項(xiàng)目，通常會(huì)有一個(gè)主分支，然后有開發(fā)分支，有時(shí)候還會(huì)有一些臨時(shí)的 feature 分支。
同一個(gè)分支也可能出現(xiàn) merge 的情況，例如我這邊有一個(gè)老項(xiàng)目平時(shí)基本上沒其他人動(dòng)，所以我在修改這個(gè)項(xiàng)目的時(shí)候基本上想不起來要先pull 一下，當(dāng)然了，這是一個(gè)非常不好的習(xí)慣，所以有時(shí)候一push代碼，發(fā)現(xiàn)有人竟然提交新代碼上去了，所以這種情況下就自動(dòng) merge 一下。
今天主要討論的是分支合并時(shí)的 merge。
下圖是 merge 合并分支時(shí)前后版本變化的情況。
圖片
merge 會(huì)創(chuàng)建一個(gè)新的合并提交，將兩個(gè)分支的歷史記錄保留在一起。
它的特點(diǎn)就是日志保存完整，不管你之前合并進(jìn)來的那個(gè)版本有多少個(gè)提交歷史，都會(huì)被完整的合并到目標(biāo)分支。
以下是使用 merge 合并后的主分支 Graph 情況，看上去是不是有點(diǎn)亂。
圖片
假設(shè)有兩個(gè)分支，main 和 dev分支，在 dev 分支上開發(fā)，然后合并到 main 分支，合并的大致流程如下。
git checkout maingit pull origin maingit merge dev# 解決沖突后git commit -m "Merge dev into main"git push origin mainrebase 會(huì)將分支上的更改重新應(yīng)用在目標(biāo)分支上，重寫提交歷史。
圖片
rebase 方式提交的版本歷史是線性的，不會(huì)創(chuàng)建新的合并提交，歷史記錄非常干凈。
同樣地，假設(shè)當(dāng)前有兩個(gè)分支，main 和 dev，用 rebase 方式合并分支的大致流程如下。
git checkout devgit pull origin devgit rebase main# 解決沖突后git rebase --continuegit push origin dev --force在rebase 的時(shí)候還可以使用 squash 參數(shù)來壓縮提交記錄，例如下圖，F(xiàn)eature 1 分支的 A、B、C 三個(gè)提交記錄，使用 rebase squash 后會(huì)在主分支變?yōu)橐粋€(gè)提交記錄 F。
圖片
使用方式如下，git rebase -i HEAD~3 命令準(zhǔn)備壓縮最近的3次提交，然后在編輯模式下將pick 改為 squash，最后推送到遠(yuǎn)端倉庫。
適合那種：
git checkout devgit rebase -i HEAD~3# 進(jìn)入編輯模式后，修改 `pick` 為 `squash`# 保存并關(guān)閉編輯器后，編輯新的提交信息并保存git push origin dev --force具體使用哪種方式合并要根據(jù)場(chǎng)景和習(xí)慣而定，沒有絕對(duì)的好壞。
使用 merge，如果你希望保留分支的歷史記錄，并且不介意有合并提交。適用于團(tuán)隊(duì)合作時(shí)保留每個(gè)人的工作記錄。
使用 rebase，如果你希望保持提交歷史的簡(jiǎn)潔和線性，適用于希望干凈歷史的項(xiàng)目。
有些公司規(guī)定只能用 rebase，它更適合那種只有單一版本的項(xiàng)目，只有一個(gè)主分支一直向前推進(jìn)，且沒有多個(gè)分支并行的情況，例如一個(gè)產(chǎn)品既要維護(hù)2.x 版本又要維護(hù)3.x版本，那用 rebase就不合適了。
之前 Vue 項(xiàng)目就是用 rebase 方式合并分支的。
圖片
本文鏈接：http://m.www897cc.com/showinfo-26-99172-0.html你合并代碼用 Merge 還是用 Rebase ?
聲明：本網(wǎng)頁內(nèi)容旨在傳播知識(shí)，若有侵權(quán)等問題請(qǐng)及時(shí)與本網(wǎng)聯(lián)系，我們將在第一時(shí)間刪除處理。郵件：2376512515@qq.com
Copyright ? 2016-2023 天津谷騏科技有限公司 版權(quán)所有 sitemap.xml
違法及侵權(quán)請(qǐng)聯(lián)系：2376512515@qq.com 津ICP備18001702號(hào)
津公網(wǎng)安備 12010102000574號(hào)