merge --no-ff
使用–no-ff合併時，在刪除develop分支之後，該分支的合併資訊仍然被保留，在以後的**分析中可以便捷的檢視到歷史資訊，而fast forward方式則無法辨識**的合併資訊
master分支的head節點始終處於「準備好進行生產的狀態」，即master分支的head節點所指向的版本始終是可以用於生產環境的正式版本。
當其他分支的**版本合併到master分支時（隨後打上版本標籤），通常意味著乙個新的正式版本已經發布
其head節點總是指向下乙個待發布版本的最新變化
develop分支的版本變更通常**於***輔助分支***的合併
當develop分支達到某一穩定點，可進行新版本的發布時，develop分支上的所有變更應該被合併到master分支並打上tag標籤
Git分支Git Flow開發規範
規範化管理 庫分支有助於版本庫在演進過程中始終保持簡潔，主幹結構清晰。各個分支各司其職，有利於後續的維護更新，避免版本發布帶來的混亂問題。a successful git branching model git官方文件 branching workflows 以下為git分支開發規範的簡單總結 ma...
Git Flow分支管理
也就是我們經常使用的master分支，這個分支最近發布到生產環境的 最近發布的release，這個分支只能從其他分支合併，不能在這個分支直接修改。當我們在production發現新的bug時候，我們需要建立乙個hotfix,完成hotfix後，我們合併回master和develop分支，所以hotf...
大廠git分支管理規範 gitflow規範指南
目錄3.git flow 各分支操作原理示意 4.git flow 命令示例 在使用 git 的過程中如果沒有清晰流程和規劃，否則,每個人都提交一堆雜亂無章的 commit,項 目很快就會變得難以協調和維護。git 版本管理同樣需要乙個清晰的流程和規範，vincent driessen 為了解決這個...