https://jiva.dila.edu.tw/index.php?action=history&feed=atom&title=Pro_Git_3.4_%E5%88%86%E6%94%AF%E5%BC%8F%E5%B7%A5%E4%BD%9C%E6%B5%81%E7%A8%8B 2026-05-05T21:20:59Z 本 Wiki 上此頁面的修訂歷史 MediaWiki 1.39.1 https://jiva.dila.edu.tw/index.php?title=Pro_Git_3.4_%E5%88%86%E6%94%AF%E5%BC%8F%E5%B7%A5%E4%BD%9C%E6%B5%81%E7%A8%8B&diff=534&oldid=prev 2011-05-25T02:16:38Z

<p></p> <table style="background-color: #fff; color: #202122;" data-mw="interface"> <col class="diff-marker" /> <col class="diff-content" /> <col class="diff-marker" /> <col class="diff-content" /> <tr class="diff-title" lang="zh-Hant-TW"> <td colspan="2" style="background-color: #fff; color: #202122; text-align: center;">←上個修訂</td> <td colspan="2" style="background-color: #fff; color: #202122; text-align: center;">於 2011年5月25日 (三) 10:16 的修訂</td> </tr><tr><td colspan="2" class="diff-lineno" id="mw-diff-left-l1">行 1：</td> <td colspan="2" class="diff-lineno">行 1：</td></tr> <tr><td class="diff-marker" data-marker="−"></td><td style="color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #ffe49c; vertical-align: top; white-space: pre-wrap;"><div>  <del style="font-weight: bold; text-decoration: none;">如今 </del>有了分支與合併的基礎，你可以（或應該）用它來做點什麼呢？在本節，我們會介紹些使用分支進行開發的工作流程。而正是由於分支管理的便捷，才衍生出了這類典型的工作模式，有機會可以實踐一下。</div></td><td class="diff-marker" data-marker="+"></td><td style="color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #a3d3ff; vertical-align: top; white-space: pre-wrap;"><div>  <ins style="font-weight: bold; text-decoration: none;">現在 </ins>有了分支與合併的基礎，你可以（或應該）用它來做點什麼呢？在本節，我們會介紹些使用分支進行開發的工作流程。而正是由於分支管理的便捷，才衍生出了這類典型的工作模式，有機會可以實踐一下。</div></td></tr> <tr><td class="diff-marker"></td><td style="background-color: #f8f9fa; color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #eaecf0; vertical-align: top; white-space: pre-wrap;"><br/></td><td class="diff-marker"></td><td style="background-color: #f8f9fa; color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #eaecf0; vertical-align: top; white-space: pre-wrap;"><br/></td></tr> <tr><td class="diff-marker"></td><td style="background-color: #f8f9fa; color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #eaecf0; vertical-align: top; white-space: pre-wrap;"><div>=長期分支=</div></td><td class="diff-marker"></td><td style="background-color: #f8f9fa; color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #eaecf0; vertical-align: top; white-space: pre-wrap;"><div>=長期分支=</div></td></tr> </table>

imported>Ray https://jiva.dila.edu.tw/index.php?title=Pro_Git_3.4_%E5%88%86%E6%94%AF%E5%BC%8F%E5%B7%A5%E4%BD%9C%E6%B5%81%E7%A8%8B&diff=533&oldid=prev 2011-05-25T02:16:06Z

<p>新頁面: 如今有了分支與合併的基礎，你可以（或應該）用它來做點什麼呢？在本節，我們會介紹些使用分支進行開發的工作流程。而正是由於分支管...</p> <p><b>新頁面</b></p><div>如今有了分支與合併的基礎，你可以（或應該）用它來做點什麼呢？在本節，我們會介紹些使用分支進行開發的工作流程。而正是由於分支管理的便捷，才衍生出了這類典型的工作模式，有機會可以實踐一下。<br /> <br /> =長期分支=<br /> <br /> 由於 Git 使用簡單的三方合併，所以就算在較長一段時間內，反復多次把某個分支合併到另一分支，也不是什麼難事。也就是說，你可以同時擁有多個開放的分支，每個分支用於完成特定的任務，隨著開發的推進，你可以隨時把某個特性分支的成果並到其他分支中。<br /> <br /> 許多使用 Git 的開發者都喜歡以這種方式來開展工作，比如僅在 master 分支中保留完全穩定的代碼，即已經發佈或即將發佈的代碼。與此同時，他們還有一個名為 develop 或 next 的平行分支，專門用於後續的開發，或僅用於穩定性測試 —— 當然並不是說一定要絕對穩定，不過一旦進入某種穩定狀態，便可以把它合併到 master 裡。這樣，在確保這些已完成的特性分支（短期分支，如前例的 iss53）能夠通過所有測試，並且不會引入更多錯誤之後，就可以並到主幹分支中，等待下一次的發佈。<br /> <br /> 本質上我們剛才談論的，是隨著 commit 不停前移的指標。穩定分支的指標總是在提交歷史中落後一大截，而前沿分支總是比較靠前（見圖 3-18）。<br /> <br /> [[圖片:pro-git-3-18.png]]&lt;br&gt;<br /> 圖 3-18. 穩定分支總是比較老舊。<br /> <br /> 或者把它們想像成工作流水線(work silos)可能會比較容易理解，經過測試的 commit 集合被遴選到更穩定的流水線（見圖 3-19）。<br /> <br /> [[圖片:pro-git-3-19.png]]&lt;br&gt;<br /> 圖 3-19. 想像成流水線可能會容易點。<br /> <br /> 你可以用這招維護不同層次的穩定性。某些大專案還會有個 proposed（建議）或 pu（proposed updates，建議更新）分支，它包含著那些可能還沒有成熟到進入 next 或 master 的內容。這麼做的目的是擁有不同層次的穩定性：當這些分支進入到更穩定的水準時，再把它們合併到更高層分支中去。再次說明下，使用多個長期分支的做法並非必需，不過一般來說，對於特大型專案或特複雜的專案，這麼做確實更容易管理。<br /> <br /> =特性分支=<br /> <br /> 在任何規模的專案中都可以使用特性（Topic）分支。一個特性分支是指一個短期的，用來實現單一特性或與其相關工作的分支。可能你在以前的版本控制系統裡從未做過類似這樣的事請，因為通常創建與合併分支消耗太大。然而在 Git 中，一天之內建立、使用、合併再刪除多個分支是常見的事。<br /> <br /> 我們在上節的例子裡已經見過這種用法了。我們創建了 iss53 和 hotfix 這兩個特性分支，在提交了若干更新後，把它們合併到主幹分支，然後刪除。該技術允許你迅速且完全的進行語境切換 —— 因為你的工作分散在不同的流水線裡，每個分支裡的改變都和它的目標特性相關，流覽代碼之類的事情因而變得更簡單了。你可以把作出的改變保持在特性分支中幾分鐘、幾天甚至幾個月，等它們成熟以後再合併，而不用在乎它們建立的順序或者進度。<br /> <br /> 現在我們來看一個實際的例子。請看圖 3-20，起先我們在 master 工作到 C1，然後開始一個新分支 iss91 嘗試修復 91 號缺陷，提交到 C6 的時候，又冒出一個新的解決問題的想法，於是從之前 C4 的地方又分出一個分支 iss91v2，做到 C8 的時候，又回到主幹中提交了 C9 和 C10，再回到 iss91v2 繼續工作，提交 C11，接著，又冒出個不太確定的想法，從 master 的最新提交 C10 處開了個新的分支 dumbidea 做些試驗。<br /> <br /> [[圖片:pro-git-3-20.png]]&lt;br&gt;<br /> 圖 3-20. 擁有多個特性分支的提交歷史。<br /> <br /> 現在，假定兩件事情：我們最終決定使用第二個解決方案，即 iss91v2 中的辦法；另外，我們把 dumbidea 分支拿給同事們看了以後，發現它竟然是個天才之作。所以接下來，我們拋棄原來的 iss91 分支（即丟棄 C5 和 C6），直接在主幹中併入另外兩個分支。最終的提交歷史將變成圖 3-21 這樣：<br /> <br /> [[圖片:pro-git-3-21.png]]&lt;br&gt; <br /> 圖 3-21. 合併了 dumbidea 和 iss91v2 以後的歷史。<br /> <br /> 請務必牢記這些分支全部都是本地分支，這一點很重要。當你在使用分支及合併的時候，一切都是在你自己的 Git 倉庫中進行的 —— 完全不涉及與伺服器的互動。</div>

imported>Ray