18 分支管理策略

2021-07-03 10:35:41 字數 1727 閱讀 3737

通常,合併分支時,如果可能,git會用「fast forward」模式,但這種模式下,刪除分支後,會丟掉分支資訊。

如果要強制禁用「fast forward」模式,git就會在merge時生成乙個新的commit,這樣,從分支歷史上就可以看出分支資訊。

下面我們實戰一下–no-ff方式的merge:

首先,仍然建立並切換dev分支:

$ git checkout -b dev

switched to

anew branch 'dev'

修改readme.txt檔案,並提交乙個新的commit:

$ git add readme.txt

$ git commit -m "add merge"

[dev 6224937] add

merge

1 file changed, 1 insertion(+)

現在,我們切換會master:

$ git checkout master

switched to branch 'master'

準備合併dev分支,請注意–no-ff引數,表示禁用「fast forward」:

$ git merge --no-ff -m "merge with no-ff" dev

merge made by the 'recursive' strategy.

readme.txt | 1 +

1 file changed, 1 insertion(+)

因為本次合併要建立乙個新的commit,所以加上-m引數,把commit描述寫進去。

合併後,我們用git log看看分支歷史:

$ git log --graph --pretty=oneline --abbrev-commit

* 7825a50 merge with no-ff

|\| * 6224937 add merge

|/* 59bc1cb conflict fixed

...

可以看到,不使用「fast forward」模式,merge後就像這樣:

分支策略 在實際開發中,我們應該按照幾個基本原則進行分支管理:

首先,master分支應該是非常穩定的,也就是僅用來發布新版本,平時不能在上面幹活;

那在哪幹活呢?幹活都在dev分支上,也就是說,dev分支是不穩定的,到某個時候,比如1.0版本發布時,再把dev分支合併到

master上,在master分支發布1.0版本;

你和你的小夥伴們每個人都在dev分支上幹活,每個人都有自己的分支,時不時地往dev分支上合併就可以了。

所以,團隊合作的分支看起來就像這樣:

小結

git分支十分強大,在團隊開發中應該充分應用。

合併分支時,加上–no-ff引數就可以用普通模式合併,合併後的歷史有分支,能看出來曾經做過合併,而fast forward合併

就看不出來曾經做過合併。

6 3 分支管理策略

通常,合併分支時,如果可能,git會用fast forward模式,但這種模式下,刪除分支後,會丟掉分支資訊。如果要強制禁用fast forward模式,git就會在merge時生成乙個新的commit,這樣,從分支歷史上就可以看出分支資訊。下面我們實戰一下 no ff方式的git merge 首先...

廖雪峰 Git 分支管理 3 分支管理策略

通常,合併分支時,如果可能,git 會用fast forward模式,但這種模式下,刪除分支後,會丟掉分支資訊。如果要強制禁用fast forward模式,git 就會在 merge 時生成乙個新的 commit,這樣,從分支歷史上就可以看出分支資訊。下面我們實戰一下 no ff方式的git mer...

廖雪峰 Git 分支管理 3 分支管理策略

通常,合併分支時,如果可能,git 會用fast forward模式,但這種模式下,刪除分支後,會丟掉分支資訊。如果要強制禁用fast forward模式,git 就會在 merge 時生成乙個新的 commit,這樣,從分支歷史上就可以看出分支資訊。下面我們實戰一下 no ff方式的git mer...