為規範開發，保持**提交記錄以及 git 分支結構清晰，方便後續維護，現規範 git 的相關操作。
主要規範兩點：
git 分支命名規範
git 提交記錄規範
1. git 分支命名規範
git 分支分為整合分支、功能分支和修復分支，分別命名為 develop、feature 和 hotfix，均為單數。不可使用 features、future、hotfixes、hotfixs 等錯誤名稱。
master(主分支，永遠是可用的穩定版本，不能直接在該分支上開發)
develop(開發主分支，所有新功能以這個分支來建立自己的開發分支，該分支只做只合併操作，不能直接在該分支上開發)
feature-***(功能開發分支，在develop上建立分支，以自己開發功能模組命名，功能測試正常後合併到develop分支)
feature-***-fix(功能bug修復分支，feature分支合併之後發現bug，在develop上建立分支修復，之後合併回develop分支。ps:feature分支在申請合併之後，未合併之前還是可以提交**的，所以feature在合併之前還可以在原分支上繼續修復bug)
hotfix-***(緊急bug修改分支，在master分支上建立，修復完成後合併到 master)
注意事項：
乙個分支盡量開發乙個功能模組，不要多個功能模組在乙個分支上開發。
feature 分支在申請合併之前，最好是先 pull 一下 develop 主分支下來，看一下有沒有衝突，如果有就先解決衝突後再申請合併。
2. git 提交記錄規範
每個 git commit 記錄都需要按照固定格式，具體格式為：
第二行：提交描述，中英文皆可
+ ：增加**
* ：修改**
- ： 刪除**
參考：前端專案git操作命名規範和協作開發流程
前言 乙個專案的分支,一般包括主幹 master 和 開發分支 dev,以及若干臨時分支 分支命名規範 分支: 命名: 說明: 主分支 master 主分支,所有提供給使用者使用的正式版本,都在這個主分 ...
團隊專案的git分支管理規範
git 怎麼給自己的分支命名 Git的技術文章
1.版本控制概念與分類 1.1.版本控制 4 1.1.1.概念 4 1.2.分類 4 1.2.1.本地化版本控制系統 4 1.2.2.集中化版本控制系統 5 1.2.3.分布式版本控制系統 6 2.常見命令 6 2.1.註冊郵箱 6 2.1.1.git config global user.emai...
GIT 儲存日誌並建立自己的分支
以下是我個人在工作中對git的愚見全是大白話說明。也是我踩坑記錄吧，防止下次再次踩坑。再已有的dev 開發分支 新建自己的分支 featuer 在更新到gitlab 倉庫中的過程。首先要有大致的概念 本地 git init 是建立本地並初始化本地的git倉庫，本地的倉庫現在和線上的倉庫是兩個並行的倉...
怎麼系統的給自己培養能力？
人跟人的工作結果，差別是什麼？尤其是同崗位級別 同學歷級別 同大環境裡。也就是說，和你在乙個經濟環境裡，學歷差不多，職位級別也和你差不多，但是最後你們的工作成果卻一定會產生差別。有可能是你的工作成果更好，也有可能是別人的工作成果更好。有可能你是當前工作環境較好的，有可能你是當前工作環境裡非常平庸的。...