小米降噪藍(lán)牙耳機Necklace分享：聽一首歌 讀懂一個故事
在今天下午的小米Civi 2新品發(fā)布會上，小米還帶來了一款新的降噪藍(lán)牙耳機Necklace，我們也在發(fā)布結(jié)束的第一時間給大家?guī)磉@款耳機的簡單分享。現(xiàn)在大家能見到最多的藍(lán)牙耳機
git 應(yīng)該是當(dāng)下代碼管理最流行的工具，關(guān)于其兩個重要的指令 git merge 和 git rebase 該如何使用也是爭議頗多，這篇文章我們一起來聊一聊。
git merge（合并）是一種將分叉的歷史記錄重新組合在一起的方法，在使用 git merge 時，當(dāng)前分支將被更新，比如，將 B分支 merge 到 A分支，A分支就包含了 B分支的代碼，但是 B分支不包含 A分支的代碼。
git merge 通常與 git checkout 結(jié)合使用，用于選擇當(dāng)前分支，與 git branch -d 結(jié)合使用，用于刪除過時的源分支。
如下示例，git merge 需要兩個提交指針，并嘗試找到兩個分支之間的共同基礎(chǔ)提交，一旦 git 找到一個共同的基礎(chǔ)提交，它將創(chuàng)建一個新的“合并提交”，如下圖：
合并后，我們在合并到的分支上有一個新的提交，此提交包含源分支中的所有更改。
git rebase（變基）是將一系列提交遷移或合并到新的基礎(chǔ)提交的方式。
如下示例，我們通過從主分支 check 出一個另外一個分支的歷史來了解 git rebase 的工作原理。
整個交互的流程圖如下：
假如我們需要將 feature2 分支的更改合并到發(fā)布的 main 分支中，并且不希望包含 feature1 分支的更改，可以使用下面的指令：
git rebase --onto main feature1 feature2該指令用于重新定位 feature2 分支的基礎(chǔ)，使其基于 main 分支，而不是 feature1 分支。這是通過將 feature2 分支上的提交應(yīng)用到 main 分支之上來實現(xiàn)的。
指令執(zhí)行結(jié)果如下：
feature2 分支的提交已重播到主分支上，feature2 分支現(xiàn)在包含主分支的所有提交以及 feature2 分支的新提交。
接下來，我們一起來看看 git rebase 和 git merge 之間的優(yōu)缺點。
優(yōu)點：
缺點：
優(yōu)點：
缺點：
與 git merge 相比，大多數(shù)人對使用 git rebase 都有所顧慮。
git rebase 和 git merge 的基本目的是相同的，即它們幫助我們將更改從一個分支引入另一個分支，不同之處在于 git rebase 會重寫提交歷史記錄，比如下圖：
當(dāng)多個開發(fā)人員在同一分支上工作時，直接使用 rebase 可能會導(dǎo)致混淆和沖突，因為每個開發(fā)人員會不斷地重播和合并更改。
假設(shè)你和另一位開發(fā)人員在名為 login_branch 的功能分支上合作。如果兩人都直接對 login_branch 使用 rebase，那么在合并更改時會頻繁發(fā)生沖突，為了避免這個問題，我們應(yīng)該注意以下幾點：
選擇 git merge 還是 git rebase 取決于團隊的工作流和偏好，以下是一些優(yōu)化建議：
(1) 團隊協(xié)作
(2) 代碼審查
(3) 混合使用
(4) 命名和注釋
git merge 和 git rebase都是 git 比較重要的指令，兩個指令并沒有絕對的好，也沒有絕對的不好，平時使用時一定要注意每個指令的優(yōu)缺點以及團隊的抉擇。
本文鏈接：http://www.www897cc.com/showinfo-26-102909-0.htmlGit merge 和 Git rebase，如何選擇？
聲明：本網(wǎng)頁內(nèi)容旨在傳播知識，若有侵權(quán)等問題請及時與本網(wǎng)聯(lián)系，我們將在第一時間刪除處理。郵件：2376512515@qq.com
上一篇： 簡單工廠模式在C#中的實現(xiàn)
Copyright ? 2016-2023 天津谷騏科技有限公司 版權(quán)所有 sitemap.xml
違法及侵權(quán)請聯(lián)系：2376512515@qq.com 津ICP備18001702號
津公網(wǎng)安備 12010102000574號