File tree 1 file changed +5
-5
lines changed
book/03-git-branching/sections
1 file changed +5
-5
lines changed Original file line number Diff line number Diff line change 1
1
=== 分支工作流程
2
2
3
- 現在你已經熟練了分支和合併的基本用法 ,你可以或者你應該用它來做點什麼呢?
3
+ 現在你已經熟練了分支(branch)和合併(merge)的基本用法 ,你可以或者你應該用它來做點什麼呢?
4
4
在這一節中,我們會介紹輕量級的分支能夠做到的一些常見的工作流程,接著你可以自己決定是否想要將它們整併到你的開發循環中。
5
5
6
6
==== 長期分支
7
7
8
8
(((branches, long-running)))
9
- 由於 Git 使用簡單的三方合併,所以一般來說在一段長時間內,反覆地把一個分支合併到另一分支是很容易做到的事情;
10
- 也就是說,你可以擁有一些開放的長期分支 ,分別用於開發循環中不同階段的任務,並且可以經常性地把某些分支合併到其他分支中。
9
+ 由於 Git 使用簡單的三方合併(three-way merge) ,所以一般來說在一段長時間內,反覆地把一個分支合併到另一分支是很容易做到的事情;
10
+ 也就是說,你可以擁有一些開放的長期(long-running)分支 ,分別用於開發循環中不同階段的任務,並且可以經常性地把某些分支合併到其他分支中。
11
11
12
12
許多 Git 開發者都遵循類似的工作流程,比如只在 `master` 分支中保持完全穩定的程式碼——亦即已經發行或即將發行的程式碼;
13
13
他們還會有其它平行的長期分支,像是 `develop` 用於後續的開發,或者 `next` 用於測試穩定性——這種分支並不一定要一直保持穩定性,不過一旦進入穩定狀態,便可以把它合併到 `master` 裡;
14
14
它也被用來引進已完成的主題分支(短期分支,比如之前的 `iss53` 分支),並確保它們能通過測試而不會引入臭蟲。
15
15
16
- 實際上,我們談論的是隨著提交不斷線性向前移動的指標 ;
16
+ 實際上,我們談論的是隨著提交(commit)不斷線性向前移動的指標 ;
17
17
在提交歷史中,穩定分支總是落後一大截,而前沿分支則是超前一大截。
18
18
19
19
.一種漸進式穩定的分支用法所呈現的線性觀點
@@ -34,7 +34,7 @@ image::images/lr-branches-2.png[一種漸進式穩定的分支用法所呈現的
34
34
==== 主題分支
35
35
36
36
(((branches, topic)))
37
- 然而,在任何規模的專案中使用主題分支都是有用的 ;
37
+ 然而,在任何規模的專案中使用主題(topic)分支都是有用的 ;
38
38
它是一種短期的分支,用來實現單一特性或相關工作;
39
39
這是你可能從未在之前的 VCS 中做過的事情,因為建立與合併分支開銷通常太大;
40
40
但是在 Git 中,一天之內多次地建立、使用、合併,和刪除分支是常見的事。
You can’t perform that action at this time.
0 commit comments