一張很經典的圖：
當多人協同工作時，一般有乙個master分支，用於將小夥伴**合併到一起後的dev分支，基於dev分支建立的每位小夥伴各自分支如mybranch。
當你剛進入專案組，需要基於dev分支進行開發時，就要：（1）轉殖** （2）基於dev分支，建立屬於自己的分支 （3）基於自己分支開發，再提交到遠端自己分支上
git clone ...
git checkout dev
git checkout -b mybranch//建立並切換到自己分支
--進行開發ing...要提交**了
git add .
gst
gc -m'首頁ok'
gstgit push origin mybranch(縮寫gp)
然並卵，如果小夥伴正開發時，發現dev分支上有新的提交，顯示自己本地dev分支版本已落後。
解決：基於mybranch,將工作區改動與dev改動進行合併。具體方法見下面兩種
方法一先將自己工作區**改動放到本地倉庫，再將遠端dev最新**拉取到本地倉庫，然後將dev合併到mybranch裡。
若有衝突請在工作區解決好衝突。最後，將修改後的檔案提交
//先將自己工作區**改動放到本地倉
ga .
gstgc -m
'修改了某檔案'
gst//更新**
git checkout dev
git pull origin dev(簡寫git pull)
//將dev合併到自己分支裡
git checkout mybranch
git merge dev
gst//若有衝突，修改衝突，再提交所修改的檔案
git add 修改的檔案
gst
gc -m
'手動合併'
gstgp
先將工作區改動壓入臨時棧中，此時工作區乾淨，再更新工作區，然後將dev合併到mybranch中。
最後將之前的工作區改動彈出來，此時若有衝突，先解決衝突，再將修改的檔案提交
git stash//將工作區改動壓入棧中
//更新**
git checkout dev
git pull
//將dev合併到mybranch裡
git checkout mybranch
git merge dev
//彈出之前工作區改動
git stash pop
//若有衝突，解決衝突，並提交修改的檔案
ga 某檔案
gstgc -m'合併**'
gstgp
前後端分工協作
01 前後端分離的基本概念 前端後端互動，基本上是基於http json的形式。後端專注於提供資料，更重要職責是維護系統架構的穩定，保證資料的安全。前端人員專注於互動，快速響應ui的變化。雙方互動基於http json介面，後端人員基本只對介面負責，無需負責js和html的 前端人員只對介面展示互動...
Git多人協作
1 檢視遠端庫資訊 git remote git remote v 2 推送分支 將本地的資訊push到伺服器上 git push origin master 注意 1 master分支是主要的分支，需要時時刻刻同步 2 dev分支是開發分支，所有團隊成員在上面工作，需要同步 3 bug分支只用於本...
Git協作流程
協作必須有乙個規範的流程，讓大家有效地合作，使得專案井井有條地發展下去。協作流程 在英語裡，叫做 workflow 或者 flow 原意是水流，比喻專案像水流那樣，順暢 自然地向前流動，不會發生衝擊 對撞 甚至漩渦。本文的三種協作流程，有乙個共同點 都採用 功能驅動式開發 feature drive...