所謂bug分支，就是我們在開發的過程中，可能突然遇到乙個需要解決的bug，但是我們手頭的開發工作還沒有完成，這個時候我們需要建立新的bug分支進行修復，修復完bug後，我們將bug分支進行合併，然後刪除。當手頭的工作沒有完成時，我們需要先把工作現場git stash一下，然後去修復bug，修復完成後，再通過git stash pop，回到工作現場。 比如我們在test1分支下新增了一行``，但是我的開發工作尚未完成，這個時候出現了乙個bug需要去修復，所以我先git stash儲存一下工作現場
然後我們切換回主分支，建立乙個issue1分支用於解決bug。
解決完bug後，再切換回主分支，將issue1分支合併到主分支。注意，我們合併**的時候加了乙個引數--no-ff。合併分支的時候，加上--no-ff引數就可以用普通模式合併，合併後的歷史有分支，能看出來曾經做過合併，而fast forward合併就看不出來曾經做過合併。使用--no-ff合併時會自動建立乙個新的commit，所以要加上-m並寫上描述。
合併完成後，我們刪除issue1分支，再切換回test1分支，發現我們在test1分支上做的開發內容並沒有還原。
我們想要恢復之前的工作環境，可以使用stash的工作環境刪除，所以要使用git stash drop將打上stash的工作環境刪除。也可以合併兩步操作使用git stash pop恢復環境以後刪除這個環境。當然也可以使用git stash list檢視分支上儲存的環境。
然後我們可以看到工作環境已經恢復，可以繼續愉快的開發了。開發完成後就可以提交合併到主分支了。
feature分支：當我們開發乙個新功能的時候，最好新建乙個分支。如果要丟棄乙個沒有合併過的分支，可以通過git branch -d強行刪除。 在多人協作的團隊開發過程中，我們還會用到一些其他的功能，如我們要檢視遠端庫的資訊，使用git remote -v。本地新建的分支如果不推送到遠端，對其他人就是不可見的。從本地推送分支，使用git push origin branch-name，如果推送失敗，先用git pull抓取遠端的新提交。在本地建立和遠端分支對應的分支，使用git checkout -b branch-name origin/branch-name，本地和遠端分支的名稱最好一致。建立本地分支和遠端分支的關聯，使用git branch --set-upstream branch-name origin/branch-name。從遠端抓取分支，使用git pull，如果有衝突，要先處理衝突。 這些命令都比較見名知意，這裡就不再演示了。
git多人協作 分支
分支 建立分支 git checkout b 新分支 切換分支 git checkout 目標分支 刪除分支 git branch d 待刪除分支 推送到遠端分支 git checkout b dev git pull 提示 如果gitlab沒有dev git branch set upstream...
git多人協作 和 多分支
1 建立組織 2 在組織下建立團隊 開發團隊，測試團隊等等 3 在組織下建立人員 4 在組織下建立倉庫 5 把團隊和人員進行對應 6 把團隊和倉庫進行對應 分支就是乙個倉庫的子庫 git倉庫裡分為如下分支 開發庫個人庫1 個人庫2 測試庫發布庫1 建立分支 git branch 分支名 2 切換分支...
GitHub 多人協作下的分支處理
git remote 檢視遠端庫的資訊 git remote v 檢視遠端庫的詳細資訊 git push origin 要推送的分支 比如git push origin dev是向伺服器推送dev分支。而我們熟悉的git push origin master就是向遠端推送master分支。假設有乙個...