寫在前面：文章的出處是由於作者本人對於gitlab 以及sourcetree的使用實在是摸不著頭腦，所以決定將各個地方詳細的截圖下來（因為我找的資料裡面對我來說都是不夠用的）
由於在學校的時候沒有接觸過git，所以實習有些不適應，就這些天的使用就行相關的總結。
現在在實習公司用的gitlab + sourcetree的形式來管理**，所以這邊文章會涉及到多人協作專案開發的工作流。
1.git-flow:
matser：主分支
develop：**最全的分支
feature:功能開發分支
release：發布分支
hotfix ：對於線上mastre分支bug修復，修復完成後需要合併到master和develop分支上
2.多人協作開發流程-----
a.先將**拉下來
b.本地建立自己的分支，進行相關開發，並提交（可以多次提交）
c.推送到遠端伺服器，推送到自己的遠端分支
d.在gitlab上建立乙個merge request(合併請求),推送到develop分支上
e.找相關的同事合併相關的**。
sourcetree 和 git上常出現的名詞：
提交（commit)～將暫存檔案上傳到本地倉庫
檢出（checkout) 切換不同分支
暫存（stash）儲存工作現場
合併（merge）將多個相同名稱的檔案合成乙個
抓取（fetch）從遠端倉庫中獲得資訊並同步到本地倉庫
拉取（pull） 從遠端倉庫中獲得資訊並同步到本地倉庫,並自動執行合併操作（merge）pull = fetch + merge
推送（push）將本地倉庫同步到遠端倉庫
Git Flow工作流總結
gitflow 工作流定義了乙個圍繞專案發布的嚴格分支模型。雖然比功能分支工作流複雜幾分，但提供了用於乙個健壯的用於管理大型專案的框架。gitflow 工作流沒有用超出功能分支工作流的概念和命令，而是為不同的分支分配乙個很明確的角色，並定義分支之間如何和什麼時候進行互動。除了使用功能分支，在做準備 ...
Gitflow 工作流簡介
gitflow工作流通過為功能開發 發布準備和專案維護分配獨立的分支，讓發布迭代過程更流暢。gitflow工作流定義了乙個圍繞專案發布的嚴格分支模型，它會相對複雜一點，但提供了用於乙個健壯的用於管理大型專案的框架，非常適合用來管理大型專案的發布和維護。貫穿整個開發周期，master和develop分...
git flow工作流實際專案實踐
公司專案的開發流程主要是這樣 分為 develop分支 master分支 平時我開發的時候，主要在develop分支上改動 一般來講，有以下幾種改動方式 1.直接在develop上修改 這種一般是當前沒有大需求，沒有其他同事一起開發的情況下為了快速完成乙個任務才選擇直接改develop上的 實際上這...