「單點登入與許可權管理」系列第二部分，demo專案的設計和開發，需要一段時間才能完成。這段時間，會把以前學習、實踐、梳理過的知識分享給大家，希望大家能夠喜歡。
針對不同的場景建立不同的分支，始終保持主分支可靠、乾淨，比如新增功能、修復線上問題、修復測試環境的bug等場景，需要建立不同的分支。另外，要對下一版本要上線的功能提前規劃好，把功能細分，分配給每個人去完成，功能相互依賴的在同乙個分支，不確定要上線的功能要單獨建立分支，這樣可以減少合併時的衝突。
提交**時，要保持提交歷史的清晰，提交的注釋也要規範，關於提交歷史，總結了3個要點：
檔案的狀態
狀態型別
工作目錄、暫存目錄、git目錄
3個目錄與檔案的狀態是對應的，不同的狀態放在不同的目錄。
git物件
基本工作流程
狀態相關命令
git reset 進行撤銷操作，將當前分支重設到指定的commit
分支的概念
本質上，分支僅僅是指向commit物件的可變指標。
git如何知道你當前在哪個分支上工作？
通過git branch -a 檢視分支時，會看到所有分支，包括本地分支、遠端分支；
分支的合併主要有2種方式，merge和rebase。merge主要是自動合併，針對不同場景有不同的合併策略，rebase主要是手動合併，可針對每次commit指定不同的合併策略，下面會分別介紹。
merge合併
–log –no-log
–squash
– abort
rebase衍合
$ git rebase -i [branch|]三個操作命令：–continue、–absort 和 –skip，這三個命令的意思分別是「繼續」、「退出」和「跳過」
一定要注意的地方：
把衍合當成一種在推送之前清理提交歷史的手段，而且僅僅衍合那些尚未公開的提交物件；
具體的示例，網上資料很多，就不在此說明了。
git工作流
協作必須有乙個規範的工作流程，讓大家有效地合作，使得專案井井有條地發展下去。
[2] git-flow工具
最後附上常用的命令速查表：
git分支管理和工作流規範 具體規範
前一篇介紹了 git相關的概念，我們可以檢視檔案的狀態，在各個狀態之間進行切換，可以建立和合併分支，通過rebase還可以整理自己的提交歷史。通過這些命令和操作，就可完成工作流規範規定的操作流程了。本篇介紹具體的規範，包括分支的劃分和命名規範，不同型別的分支應對不同的場景，然後會介紹下工作流工具gi...
工作流規範
工作流規範 wf xml工作流管理聯盟 workflow management coalition，wfmc 中的 wf xml 和工作流參考模型 workflow reference model wf xml 是一種基於 xml 的工作流互操作性資訊的編碼。工作流參考模型是一種底層工作流系統體系結...
工作流規範
工作流規範 wf xml 工作流管理聯盟 workflow management coalition wfmc 中的wf xml 和工作流參考模型 workflow reference model wf xml 是一種基於 xml 的工作流互操作性資訊的編碼。工作流參考模型是一種底層工作流系統體系結...