主分支 , 產品的功能全部實現後 , 最終在master分支對外發布
該分支為唯讀唯一分支 , 只能從其他分支(release/hotfix)合併 , 不能在此分支修改
另外所有在master分支的推送應該打標籤做記錄,方便追溯
例如release合併到master , 或hotfix合併到master
主開發分支 , 基於master分支轉殖
包含所有要發布到下乙個release的**
該分支為唯讀唯一分支 , 只能從其他分支合併
feature功能分支完成 , 合併到develop(不推送)
develop拉取release分支 , 提測
release/hotfix 分支上線完畢 , 合併到develop並推送
功能開發分支 , 基於develop分支轉殖 , 主要用於新需求新功能的開發
功能開發完畢後合到develop分支(未正式上線之前不推送到遠端**倉庫!!!)
feature分支可同時存在多個 , 用於團隊中多個功能同時開發 , 屬於臨時分支 , 功能完成後可選刪除
測試分支 , 基於feature分支合併到develop之後 , 從develop分支轉殖
主要用於提交給測試人員進行功能測試 , 測試過程中發現的bug在本分支進行修復 , 修復完成上線後合併到develop/master分支並推送(完成功能) , 打tag
屬於臨時分支 , 功能上線後可選刪除
補丁分支 , 基於master分支轉殖 , 主要用於對線上的版本進行bug修復
修復完畢後合併到develop/master分支並推送 , 打tag
屬於臨時分支 , 補丁修復上線後可選刪除
所有hotfix分支的修改會進入到下乙個release
1 . 初始化專案為gitflow , 預設建立master分支 , 然後從master拉取第乙個develop分支
2 . 從develop拉取feature分支進行編碼開發(多個開發人員拉取多個feature同時進行並行開發 , 互不影響)
3 . feature分支完成後 , 合併到develop(不推送 , feature功能完成還未提測 , 推送後會影響其他功能分支的開發) 合併
feature
到develop , 可以選擇刪除當前
feature
, 也可以不刪除 . 但當前
feature
就不可更改了 , 必須從release分支繼續編碼修改
4 . 從develop拉取release分支進行提測 , 提測過程中在release分支上修改bug
5 . release分支上線後 , 合併release分支到develop/master並推送
合併之後 , 可選刪除當前release
分支 , 若不刪除 , 則當前release
不可修改 . 線上有問題也必須從master
拉取hotfix分支進行修改
6 . 上線之後若發現線上bug , 從master拉取hotfix進行bug修改
7 . hotfix通過測試上線後 , 合併hotfix分支到develop/master並推送
合併之後 , 可選刪除當前hostfix , 若不刪除 , 則當前hotfix不可修改 , 若補丁未修復 , 需要從
master
拉取新的hotfix繼續修改
8 . 當進行乙個feature時 , 若develop分支有變動 , 如其他開發人員完成功能並上線 , 則需要將完成的功能合併到自己分支上
即合併develop到當前
feature分支
9 . 當進行乙個release分支時 , 若develop分支有變動 , 如其他開發人員完成功能並上線 , 則需要將完成的功能合併到自己分支上
即合併develop到當前release分支 (!!! 因為當前release分支通過測試後會發布到線上 , 如果不合併最新的develop分支 , 就會發生丟**的情況)
主分支 master 主分支，所有提供給使用者使用的正式版本，都在這個主分支上發布
開發分支 dev 開發分支，永遠是功能最新最全的分支
功能分支 feature-* 新功能分支，某個功能點正在開發階段
發布版本 release-* 發布定期要上線的功能
修復分支 bug-* 修復線上**的 bug
Linux 程序和使用者管理命令之程序管理命令
在說到程序管理命令時，我們都應該對程序有乙個認知。那什麼是程序呢？一 程序的定義 1 定義 我們都知道程序管理 記憶體管理和檔案管理是作業系統的三大核心。程序顧名思義就是進展中的程式或者說是執行中的程式。就是說乙個程序載入到記憶體中就會變成程序。2 與程式的區別 在知道這些之後，我們還應該了解到一下...
軟體開發和公司管理
大道同源,今天參加敏捷大會的最大收穫就是認識到公司管理和軟體開發的本質一致性.敏捷軟體開發思想本來就來自於豐田的精益思想或tps.本質在於消除浪 費,增加應變能力,獲得最大的投入產出比,同樣的擁有很大的複雜性和不可 性.對付這個複雜性我們有一些有限的經驗,比如一些公認的原則,比如人性 管 理的 和設...
SQL冗餘欄位的策略和管理
冗餘欄位的使用在多表聯合查詢都是大資料量的表的情況下，確實是個不錯的選擇，有效的減少了io操作。但結合已有的專案產品來看，冗餘字段確實是雙刃劍。尤其是大專案的開發，如果忽略某個表的冗餘欄位的更新，那麼後果是災難性的。如何有效的管理冗餘欄位是開發組內必須解決的問題。我的解決方案是 使用專門的表來管理冗...