git操作分支

2021-07-04 03:21:01 字數 1290 閱讀 9230

你也許會有疑惑,為什麼需要建立分支呢,只在主幹線上進行開發不是挺好的嗎?沒錯,通常情況下,只在主幹線上進行開發是完全沒有問題的,不過一旦涉及到出版本的情況,如果不建立分支的話,你就會非常地頭疼。舉個簡單的例子吧,比如說你們公司研發了一款不錯的軟體,最近剛剛完成,並推出了1.0版本。但是領導是不會讓你們閒著的,馬上提出了新的需求,讓你們投入到了1.1版本的開發工作當中。過了幾個星期,1.1版本的功能已完成了一半,但是這個時候有使用者反饋,之前上線的1.0版本發現了幾個重大的bug,嚴重影響軟體的正常使用。領導也相當重視這個問題,要求你們立刻修復這些bug,並重新發布1.0版本,但這個時候你就非常為難了,你會發現根據沒法去修復這些bug。因為現在1.1版本已開發一半了,如果在現有**的基礎上修復這些bug,那麼更新的1.0版本將會帶有一半1.1版本的功能!

進退兩難了是不是?但是如果你使用了分支的話,就完全不會存在這個讓人頭疼的問題。你只需要在發布1.0版本的時候建立乙個分支,然後在主幹線上繼續開發1.1版本的功能。當1.0版本上發現任何bug的時候,就在分支線上進行修改,然後發布新的1.0版本,並記得將修改後的**合併到主幹線上。這樣的話,不僅可以輕鬆解決掉1.0版本存在的bug,而且保證了主幹線上的**也已經修復了這些bug,當1.1版本發布時就不會有同樣的bug存在了。

檢視當前的版本庫當中有哪些分支

``` git branch –a ```
去建立乙個分支

git branch version1.0
再檢視有哪些分支,master分支的前面有乙個*號,說明目前我們的**還是在master分支上的

切換到version1.0這個分支上

git checkout version1.0
在version1.0分支上修改並提交的**將不會影響到master分支.。同樣的道理,在master分支上修改並提交的**也不會影響到version1.0分支。因此,如果我們在version1.0分支上修復了乙個bug,在master分支上這個bug仍然是存在的。這時將修改的**一行行複製到master分支上顯然不是一種聰明的做法,最好的辦法就是使用merge命令來完成合併操作,如下所示:

git checkout master

git merge version1.0

當然,在合併分支的時候還有可能出現**衝突的情況,這個時候你就需要靜下心來慢慢地找出並解決這些衝突,git在這裡就無法幫助你了。

刪除分支

git branch -d version1.0

git分支操作

檢視分支git branch v新建分支git branch new branch切換分支git checkout new branch新建分支並切換過去git checkout b new branch在某分支上新建分支git checkout b new branch old branch重新命...

Git分支操作

1.建立本地分支 git branch 分支名,例如 git branch 2.0.1.20120806 注 2.0.1.20120806是分支名稱,可以隨便定義。2.切換本地分支 git checkout 分支名,例如從master切換到分支 git checkout 2.0.1.20120806...

git 分支操作

1.建立分支 git branch 分支名稱 2.切換分支 git checkout 分支名稱 3.在分支修改 後提交 git add all 提交修改的全部 git commit m 1 提交加備註 4.切換到主分支master git checkout master 5.分支合併 git pul...