git指定分支編譯

㈠ 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 分支里作出的修改暫時取消，這樣你就可以向另一個方向進行開發。

㈡ Git工作流程和常用命令分享

git是一個分布式版本控制軟體，最初由林納斯·托瓦茲創作，於2005年以GPL發布。最初目的是為更好地管理Linux內核開發而設計。林納斯·托瓦茲在編寫第一個版本時就使用了「git」這個名稱， 他將工具描述為「愚蠢的內容跟蹤器」。

[圖片上傳失敗...(image-c23291-1619063471664)]

四個專有名詞：

Workspace：工作區

Index / Stage：暫存區

Repository：倉庫區（或本地倉庫）

Remote：遠程倉庫

打開本地生成的.git隱藏文件

創建新項目gittest

創建新文件test.txt

git add <file>

git status顯示有變更的文件

git restore <file> 撤迴文件修改內容

git commit –m 「注釋」

修改內容-> 執行git diff工作區和本地倉庫的差異

git log顯示當前分支的版本歷史

git reset --hard HEAD^ 當前版本回退到上一個版本

git reset --hard HEAD^ ^ 當前版本回退到上上一個版本

git reset --hard HEAD~100 回退到前100個版本

恢復已經刪除的版本

git reflog 展示所有的提交記錄

git reset --hard <版本號> 回退到指定版本

git push origin master 將本地master分支推送到遠程master分支，相當於創建遠程分支

git checkout -b dev = git branch dev + git checkout dev 創建並切換分支

git branch 不帶參數，會列出所有本地的分支；帶參數表示創建分支

git branch –d name 刪除本地分支(-D表示強制刪除）

git branch –r 不帶參數，會列出所有遠程的分支

git branch --set-upstream-to=origin/<branch本地> 本地和遠程分支關聯

git push origin –delete <branch> 刪除遠程分支

git merge release用於合並指定分支到當前分支上

註：Fast-forward表示的合並是「快進模式」，也就是直接把master指向dev的當前提交，所以合並速度非常快。在這種模式下，刪除分支後，會丟掉分支日誌信息。可以使用帶參數 --no-ff來禁用」Fast forward」模式。

git merge --no-ff -m 「注釋」dev

git checkout release 切換release分支

vim test.txt 修改某條內容

git commit test.txt -m 「release修改某條內容」

git checkout master 切換master分支

vim test.txt 修改某條同release內容

git commit test.txt -m 「master修改某條內容」

git merge release 顯示沖突

git status 顯示沖突提示

Git用<<<<<<<，=======，>>>>>>>標記出不同分支的內容，其中>>>>release 是指release上修改的內容
vim test.txt 修改內容

git add test.txt

git commit -a -m 「fix conflict」

當前分支有沒有提交但也不合適現在就提交的內容，Git提供了暫儲功能stash

git checkout release

vim test.txt 修改test.txt內容

git checkout develop 此時會提示Aborting

git status 查看當前狀態

Git stash list 查看所有暫儲列表

git stash apply恢復，恢復後stash內容並不刪除，你需要使用命令git stash drop來刪除；
另一種方式是使用git stash pop,恢復的同時把stash內容也刪除了

創建Git Tag並推送遠程伺服器

git tag -a V1.0.0 –m「注釋」 //創建TAG

git push origin V1.0.0 //推送到遠程伺服器

git push origin --tag //提交所有tag至伺服器

git tag -d V1.0.0 //刪除本地標簽

git push origin --delete tag <tagname> //刪除遠程標簽

HEAD，它始終指向當前所處分支的最新的提交點。你所處的分支變化了，或者產生了新的提交點，HEAD就會跟著改變

add相關命令很簡單，主要實現將工作區修改的內容提交到暫存區，交由git管理。

git add .添加當前目錄的所有文件到暫存區

git add 添加指定目錄到暫存區，包括子目錄

git add 添加指定文件到暫存區

commit相關命令也很簡單，主要實現將暫存區的內容提交到本地倉庫，並使得當前分支的HEAD向後移動一個提交點。

git commit -m 提交暫存區到本地倉庫,message代表說明信息

git commit --amend -m 使用一次新的commit，替代上一次提交

上傳本地倉庫分支到遠程倉庫分支，實現同步。

git push 上傳本地指定分支到遠程倉庫

git push --force強行推送當前分支到遠程倉庫，即使有沖突

git push --all推送所有分支到遠程倉庫

關於分支，大概有展示分支，切換分支，創建分支，刪除分支這四種操作。

git branch列出所有本地分支

git branch -r列出所有遠程分支

git branch -a列出所有本地分支和遠程分支

git branch 新建一個分支，但依然停留在當前分支

git checkout -b 新建一個分支，並切換到該分支

git checkout 切換到指定分支，並更新工作區

git branch -d 刪除分支

git push origin --delete 刪除遠程分支

關於分支的操作雖然比較多，但都比較簡單好記

merge命令把不同的分支合並起來。在實際開放中，我們可能從master分支中切出一個分支，然後進行開發完成需求，中間經過R3,R4,R5的commit記錄，最後開發完成需要合入master中，這便用到了merge。

git merge 合並指定分支到當前分支

註：如果在merge之後，出現conflict，主要是因為兩個用戶修改了同一文件的同一塊區域。需要針對沖突情況，手動解除沖突。

rebase又稱為衍合，是合並的另外一種選擇。

在開始階段，我們處於new分支上，執行git rebase dev，那麼new分支上新的commit都在dev分支上重演一遍，最後checkout切換回到new分支。這一點與merge是一樣的，合並前後所處的分支並沒有改變。

git rebase dev，通俗的解釋就是new分支想站在dev的肩膀上繼續下去。

rebase操作不會生成新的節點，是將兩個分支融合成一個線性的提交。

rebase也需要手動解決沖突。

1.如果你想要一個干凈的，沒有merge commit的線性歷史樹，那麼你應該選擇git rebase

2.如果你想保留完整的歷史記錄，並且想要避免重寫commit history的風險，你應該選擇使用git merge

reset命令把當前分支指向另一個位置，並且相應的變動工作區和暫存區。

git reset —soft 只改變提交點，暫存區和工作目錄的內容都不改變

git reset —mixed 改變提交點，同時改變暫存區的內容

git reset —hard 暫存區、工作區的內容都會被修改到與提交點完全一致的狀態

git revert用一個新提交來消除一個歷史提交所做的任何修改。

在回滾這一操作上看，效果差不多。git revert是用一次新的commit來回滾之前的commit，git reset是直接刪除指定的commit。

在 Git工作區的根目錄創建一個特殊的.gitignore文件。

在.gitignore文件中，添加需要忽略的文件。

git rm -r --cached . //將倉庫中的index遞歸刪除

git add . //重新添加倉庫索引

git commit -m 「update git.ignore」 //提交

git branch --set-upstream-to=origin/<branch> <branch> //重現將本地倉庫和遠程倉庫關聯

最後，如果此篇博文對你有所幫助，別忘了點個贊喲~