git日常開發(fā)功能手冊-資料下載頁
2025-06-29 11:08本頁面
【正文】 有*號的分支通?？梢允褂胓it branch d刪除掉；你已經(jīng)將它們的工作整合到了另一個分支，所以并不會失去任何東西。查看所有包含未合并工作的分支，可以運行g(shù)it branch nomerged：$ git branch nomerged testing這里顯示了其他分支。 因為它包含了還未合并的工作，嘗試使用git branch d命令刪除它時會失?。? git branch d testingerror: The branch 39。testing39。 is not fully merged.If you are sure you want to delete it, run 39。git branch D testing39。.如果真的想要刪除分支并丟掉那些工作，如同幫助信息里所指出的，可以使用D選項強制刪除它。 分支開發(fā)工作流現(xiàn)在你已經(jīng)學(xué)會新建和合并分支，那么你可以或者應(yīng)該用它來做些什么呢？ 在本節(jié)，我們會介紹一些常見的利用分支進行開發(fā)的工作流程。而正是由于分支管理的便捷，才衍生出這些典型的工作模式，你可以根據(jù)項目實際情況選擇一種用用看。 長期分支因為 Git 使用簡單的三方合并，所以就算在一段較長的時間內(nèi)，反復(fù)把一個分支合并入另一個分支，也不是什么難事。 也就是說，在整個項目開發(fā)周期的不同階段，你可以同時擁有多個開放的分支；你可以定期地把某些特性分支合并入其他分支中。許多使用 Git 的開發(fā)者都喜歡使用這種方式來工作，比如只在master分支上保留完全穩(wěn)定的代碼——有可能僅僅是已經(jīng)發(fā)布或即將發(fā)布的代碼。 他們還有一些名為develop或者next的平行分支，被用來做后續(xù)開發(fā)或者測試穩(wěn)定性——這些分支不必保持絕對穩(wěn)定，但是一旦達到穩(wěn)定狀態(tài)，它們就可以被合并入master分支了。 這樣，在確保這些已完成的特性分支（短期分支，比如之前的iss53分支）能夠通過所有測試，并且不會引入更多 bug 之后，就可以合并入主干分支中，等待下一次的發(fā)布。事實上我們剛才討論的，是隨著你的提交而不斷右移的指針。 穩(wěn)定分支的指針總是在提交歷史中落后一大截，而前沿分支的指針往往比較靠前。通常把他們想象成流水線（work silos）可能更好理解一點，那些經(jīng)過測試考驗的提交會被遴選到更加穩(wěn)定的流水線上去。你可以用這種方法維護不同層次的穩(wěn)定性。 一些大型項目還有一個proposed（建議） 或pu: proposed updates（建議更新）分支，它可能因包含一些不成熟的內(nèi)容而不能進入next或者master分支。 這么做的目的是使你的分支具有不同級別的穩(wěn)定性；當它們具有一定程度的穩(wěn)定性后，再把它們合并入具有更高級別穩(wěn)定性的分支中。 再次強調(diào)一下，使用多個長期分支的方法并非必要，但是這么做通常很有幫助，尤其是當你在一個非常龐大或者復(fù)雜的項目中工作時。 特性分支特性分支對任何規(guī)模的項目都適用。 特性分支是一種短期分支，它被用來實現(xiàn)單一特性或其相關(guān)工作。 也許你從來沒有在其他的版本控制系統(tǒng)（VCS）上這么做過，因為在那些版本控制系統(tǒng)中創(chuàng)建和合并分支通常很費勁。 然而，在 Git 中一天之內(nèi)多次創(chuàng)建、使用、合并、刪除分支都很常見。你已經(jīng)在上一節(jié)中你創(chuàng)建的iss53和hotfix特性分支中看到過這種用法。 你在上一節(jié)用到的特性分支（iss53和hotfix分支）中提交了一些更新，并且在它們合并入主干分支之后，你又刪除了它們。 這項技術(shù)能使你快速并且完整地進行上下文切換（contextswitch）——因為你的工作被分散到不同的流水線中，在不同的流水線中每個分支都僅與其目標特性相關(guān)，因此，在做代碼審查之類的工作的時候就能更加容易地看出你做了哪些改動。 你可以把做出的改動在特性分支中保留幾分鐘、幾天甚至幾個月，等它們成熟之后再合并，而不用在乎它們建立的順序或工作進度?？紤]這樣一個例子，你在master分支上工作到C1，這時為了解決一個問題而新建iss91分支，在iss91分支上工作到C4，然而對于那個問題你又有了新的想法，于是你再新建一個iss91v2分支試圖用另一種方法解決那個問題，接著你回到master分支工作了一會兒，你又冒出了一個不太確定的想法，你便在C10的時候新建一個dumbidea分支，并在上面做些實驗。 你的提交歷史看起來像下面這個樣子：現(xiàn)在，我們假設(shè)兩件事情：你決定使用第二個方案來解決那個問題，即使用在iss91v2分支中方案；另外，你將dumbidea分支拿給你的同事看過之后，結(jié)果發(fā)現(xiàn)這是個驚人之舉。 這時你可以拋棄iss91分支（即丟棄C5和C6提交），然后把另外兩個分支合并入主干分支。 最終你的提交歷史看起來像下面這個樣子：請牢記，當你做這么多操作的時候，這些分支全部都存于本地。 當你新建和合并分支的時候，所有這一切都只發(fā)生在你本地的 Git 版本庫中 —— 沒有與服務(wù)器發(fā)生交互。 遠程分支參見“Git分支遠程分支” 變基參見“Git分支變基”8 FAQ 如何解決沖突沖突的出現(xiàn)一般是由于分支的合并以及分支間的切換過程中出現(xiàn)。 合并分支引起參見“遇到?jīng)_突時候的分支合并” 切換分支引起確保在切換分支之前，當前分支所有的文件已經(jīng)添加到暫存區(qū)、提交或者儲藏狀態(tài)
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1