git編譯分支代碼

① 如何在Git上創建子分支

在使用Git平台時，為了不污染我們的主分支,我們一般都拷貝一個master的副本(創 建分支),然後修改副本的代碼,這樣我們一直操作的就不是 master分支,而是master分支的副本了。我們將這個副本分支稱之為」子分支」。

方法/步驟

• 1

  點擊Git Flow 創建分支：

  1. develop : 創建一個develop分支,在develop分支上進行開發

  2. feature : 然後在develop上附屬創建一些特性分支,比比如我們可 以為登陸功能創建一個login分支,為注冊功能創建一個register分支, 為用戶管 理創建一個user分支,這些功能分支都屬於feature分支

  3. release : 我們每次產品發布時都會將代碼更新到master上進行打 包上傳,然後更新打包代碼到release分支上,這樣就可以在以後只查 看釋放 分支來查看每次上線時產品的代碼了.

  4. hotfix : 在代碼更新到master分支後,突然發現代碼中有bug,這是 我們直接創建一個熱修復分支,改完這個bug後立即更新到master分 支了.

  

② git 怎麼提交合並分支的部分代碼

git 怎麼提交合並分支的部分代碼？對於復雜的系統，我們可能要開好幾個分支來開發，那麼怎樣使用git合並分支呢？

合並步驟：
1、進入要合並的分支（如開發分支合並到master，則進入master目錄）
git checkout master
git pull

2、查看所有分支是否都pull下來了
git branch -a

3、使用merge合並開發分支
git merge 分支名

4、查看合並之後的狀態
git status

5、有沖突的話，通過IDE解決沖突；

6、解決沖突之後，將沖突文件提交暫存區
git add 沖突文件

7、提交merge之後的結果
git commit

如果不是使用git commit -m "備注" ，那麼git會自動將合並的結果作為備注，提交本地倉庫；

8、本地倉庫代碼提交遠程倉庫
git push

git將分支合並到分支，將master合並到分支的操作步驟是一樣的。

③ Git創建新分支，並將本地代碼提交到新分支上

clone Github 上的Repository，如下：

使用 git branch命令，如下：

*標識的是你當前所在的分支。

命令如下：

命令如下：

命令如下：

例如：

命令如下：

例枯梁如：

創建分支的同時切換到該分支上，命令如下：

git checkout -b [branch name] 的效果相當於以下兩步操作：

命令如下：

例如：

命令如察做下：

例如：

命令如下：

分支名敗敗衡前的冒號代表刪除。

例如：

命令如下：

例如：

命令如下：

命令如下：

命令如下：

例如：

https://blog.csdn.net/top_code/article/details/51931916
https://blog.csdn.net/a19891024/article/details/54138029

④ Git分支，為何以及如何使用分支

幾乎每一種版本控制系統都以某種形式支持分支。使用分支意味著你可以從開發主線上分離開來，然後在不影響主線的同時繼續工作。在很多版本控制系統中，這是個昂貴的過程，常常需要創建一個源代碼目錄的完整副本，對大型項目來說會花費很長時間。

有人把 Git 的分支模型稱為「必殺技特性」，而正是因為它，將 Git 從版本控制系統家族裡區分出來。Git 有何特別之處呢？Git 的分支可謂是難以置信的輕量級，它的新建操作幾乎可以在瞬間完成，並且在不同分支間切換起來也差不多一樣快。和許多其他版本控制系統不同，Git 鼓勵在工作流程中頻繁使用分支與合並，哪怕一天之內進行許多次都沒有關系。理解分支的概念並熟練運用後，你才會意識到為什麼 Git 是一個如此強大而獨特的工具，並從此真正改變你的開發方式。

為了理解 Git 分支的實現方式，我們需要回顧一下 Git 是如何儲存數據的。或許你還記得第一章的內容，Git 保存的不是文件差異或者變化量，而只是一系列文件快照。

在 Git 中提交時，會保存一個提交（commit）對象，該對象包含一個指向暫存內容快照的指針，包含本次提交的作者等相關附屬信息，包含零個或多個指向該提交對 象的父對象指針：首次提交是沒有直接祖先的，普通提交有一個祖先，由兩個或多個分支合並產生的提交則有多個祖先。

為直觀起見，我們假設在工作目錄中有三個文件，准備將它們暫存後提交。暫存操作會對每一個文件計算校驗和（即第一章中提到的 SHA-1 哈希字串），然後把當前版本的文件快照保存到 Git 倉庫中（Git 使用 blob 類型的對象存儲這些快照），並將校驗和加入暫存區域：

$ git add README test.rb LICENSE$ git commit -m 'initial commit of my project'

當使用git commit新建一個提交對象前，Git 會先計算每一個子目錄（本例中就是項目根目錄）的校驗和，然後在 Git 倉庫中將這些目錄保存為樹（tree）對象。之後 Git 創建的提交對象，除了包含相關提交信息以外，還包含著指向這個樹對象（項目根目錄）的指針，如此它就可以在將來需要的時候，重現此次快照的內容了。

現在，Git 倉庫中有五個對象：三個表示文件快照內容的 blob 對象；一個記錄著目錄樹內容及其中各個文件對應 blob 對象索引的 tree 對象；以及一個包含指向 tree 對象（根目錄）的索引和其他提交信息元數據的 commit 對象。概念上來說，倉庫中的各個對象保存的數據和相互關系看起來如圖 3-1 所示：

圖 3-8. HEAD 在一次 checkout 之後移動到了另一個分支

這條命令做了兩件事。它把 HEAD 指針移回到 master 分支，並把工作目錄中的文件換成了 master 分支所指向的快照內容。也就是說，現在開始所做的改動，將始於本項目中一個較老的版本。它的主要作用是將 testing 分支里作出的修改暫時取消，這樣你就可以向另一個方向進行開發。