版本管理之 git 分支管理
當前位置:點晴教程→知識管理交流
→『 技術文檔交流 』
分支的英文是 branch,可以大概這么來理解。 一個項目如同一個游戲,游戲有主線任務和支線任務。 支線任務完成了,就要回到主線任務上來繼續整個游戲的進度。 分支同樣分為主分支和其它分支,這里的其它分支可以有開發分支,功能分支,修復分支等等。 就好像一個個不同的支線任務。 通過這些不同的分支,開發者可以在不影響主代碼庫的情況下進行開發和測試。 最終的代碼都會回到主分支,稱為分支的合并,以完成整個項目的進度。 本文將介紹 Git 分支的創建和切換、以及分支的合并。 分支的概念分支是代碼庫的一個獨立開發線。 每個分支都有自己的提交歷史,允許開發者在不同的分支上并行工作,而不會干擾其他分支的開發。 常見的分支類型包括:
分支的創建和切換創建和切換分支是 Git 中的基本操作。 每個倉庫的默認分支是主分支,一般名稱是 main 或 master。 當開發人員要來開始工作的時候,一般不會直接在主分支上操作,而是基于主分支創建出一個新的分支。 創建新分支
創建分支的命令比較簡單,咱們來創建一個名為
執行完之后,看到在左下角,顯示的還是 master,點擊一下 master,在上方正中間看到新創建的分支信息。 那要如何切換到新的分支上工作呢? 切換到新分支其它在剛才的 UI 界面,點擊一個新創建的分支即可切換到新的分支上。 這里說一下使用命令行如何操作。
這樣的話,切換到
可以看到顯示的信息提示已經切換到了 創建并切換到新分支剛才講的是兩步操作,先創建分支,再切換分支。 通常情況下,創建分支的目的就是切換過去工作,所以這兩個操作可以合并到一起操作。
例如,創建并切換到
注意這里的顯示信息與剛才的相比,多了一個 分支的合并當功能開發完成后,需要將功能分支合并回主分支或開發分支。 合并操作可以將一個分支的更改引入到另一個分支中。以下是合并分支的步驟: 現在我們在 現在我們這部分修改合并到 切換到目標分支我們的目標,是把 feature-mytask2 合并到 feature-mytask。 這里 feature-mytask 是目標分支。
合并功能分支在目標分支上,執行合并操作,合并操作指定需要從哪個分支合并修改。
這樣修改就直接合并過去了。通過 git graph 也能查看到如下信息。 解決沖突剛才的合并非常順利,因為我們的變動只發生在了功能分支。 假如目標分支里也存在變動,合并的時候就可能會有沖突。 如果有沖突產生,在執行合并操作時會提示要去解決沖突。 這時我們要打開沖突文件,手動編輯并解決沖突,然后提交更改。 我嘗試著在分支 然后重復上述的合并操作。得到如下結果。 可以看到 git 自動合并的沖突,原因是因為這里的修改比較簡單。 如果遇到復雜的沖突場景,當 git 無法解決的時候,就會提示手工解決沖突。 這里就不再模擬,后面在實戰中遇到了咱們再說。 總結
該文章在 2024/12/4 17:25:56 編輯過 |
關鍵字查詢
相關文章
正在查詢... |