您好,登錄后才能下訂單哦!
本篇內(nèi)容介紹了“Git commit message和工作流規(guī)范的原理介紹”的有關(guān)知識,在實(shí)際案例的操作過程中,不少人都會(huì)遇到這樣的困境,接下來就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧!希望大家仔細(xì)閱讀,能夠?qū)W有所成!
統(tǒng)一團(tuán)隊(duì)Git commit日志標(biāo)準(zhǔn),便于后續(xù)代碼review,版本發(fā)布以及日志自動(dòng)化生成等等。
統(tǒng)一團(tuán)隊(duì)的Git工作流,包括分支使用、tag規(guī)范、issue等
angular
commit-message-test-project
babel-plugin-istanbul
conventional-changelog
<type>(<scope>): <subject> <BLANK LINE> <body> <BLANK LINE> <footer>
對格式的說明如下:
type代表某次提交的類型,比如是修復(fù)一個(gè)bug還是增加一個(gè)新的feature。所有的type類型如下:
feat: 新增feature
fix: 修復(fù)bug
docs: 僅僅修改了文檔,比如README, CHANGELOG, CONTRIBUTE等等
style: 僅僅修改了空格、格式縮進(jìn)、都好等等,不改變代碼邏輯
refactor: 代碼重構(gòu),沒有加新功能或者修復(fù)bug
perf: 優(yōu)化相關(guān),比如提升性能、體驗(yàn)
test: 測試用例,包括單元測試、集成測試等
chore: 改變構(gòu)建流程、或者增加依賴庫、工具等
revert: 回滾到上一個(gè)版本
格式要求:
# 標(biāo)題行:50個(gè)字符以內(nèi),描述主要變更內(nèi)容 # # 主體內(nèi)容:更詳細(xì)的說明文本,建議72個(gè)字符以內(nèi)。 需要描述的信息包括: # # * 為什么這個(gè)變更是必須的? 它可能是用來修復(fù)一個(gè)bug,增加一個(gè)feature,提升性能、可靠性、穩(wěn)定性等等 # * 他如何解決這個(gè)問題? 具體描述解決問題的步驟 # * 是否存在副作用、風(fēng)險(xiǎn)? # # 尾部:如果需要的化可以添加一個(gè)鏈接到issue地址或者其它文檔,或者關(guān)閉某個(gè)issue。
基本原則:master為保護(hù)分支,不直接在master上進(jìn)行代碼修改和提交。
開發(fā)日常需求或者項(xiàng)目時(shí),從master分支上checkout一個(gè)feature分支進(jìn)行開發(fā)或者bugfix分支進(jìn)行bug修復(fù),功能測試完畢并且項(xiàng)目發(fā)布上線后,將feature分支合并到主干master,并且打Tag發(fā)布,最后刪除開發(fā)分支
。分支命名規(guī)范:
分支版本命名規(guī)則:分支類型 _ 分支發(fā)布時(shí)間 _ 分支功能。比如:feature_20170401_fairy_flower
分支類型包括:feature、 bugfix、refactor三種類型,即新功能開發(fā)、bug修復(fù)和代碼重構(gòu)
時(shí)間使用年月日進(jìn)行命名,不足2位補(bǔ)0
分支功能命名使用snake case命名法,即下劃線命名。
Tag包括3位版本,前綴使用v。比如v1.2.31。Tag命名規(guī)范:
v2.0.0-alpha-1
v2.0.0-belta-1
新功能開發(fā)使用第2位版本號,bug修復(fù)使用第3位版本號
核心基礎(chǔ)庫或者Node中間價(jià)可以在大版本發(fā)布請使用灰度版本號,在版本后面加上后綴,用中劃線分隔。alpha或者belta后面加上次數(shù),即第幾次alpha:
版本正式發(fā)布前需要生成changelog文檔,然后再發(fā)布上線。
接入?yún)⒖糲ommit-message-test-project項(xiàng)目。具體步驟如下:
第一步:在工程跟目錄下的package.json文件加入如下代碼所示的scripts和dependencies內(nèi)容,版本號為3位版本號。
{ "name": "application-name", "version": "0.1.0", "scripts": { "commitmsg": "validate-commit-msg", "commit": "git-cz ", "changelog": "conventional-changelog -p angular -i CHANGELOG.md -s -r 0" }, "devDependencies": { "commitizen": "^2.3.0", "validate-commit-msg": "^2.11.1", "conventional-changelog-cli": "^1.2.0", "husky": "^0.13.1" } }
第二步:在工程根目錄新建.vcmrc文件,并且文件內(nèi)容為
{ "helpMessage": "\nPlease fix your commit message (and consider using https://www.npmjs.com/package/commitizen)\n", "types": [ "feat", "fix", "docs", "style", "refactor", "perf", "test", "chore", "revert" ], "warnOnFail": false, "autoFix": false }
第一步:創(chuàng)建一個(gè)feature分支或者bugfix分支
sh $ git checkout -b feature_infinite_load # 切換到一個(gè)feature分支或者bug fix分支
sh
第二步:將代碼提交到本地Git倉庫,并填寫符合要求的Commit message格式
$ git add . $ git commit # 此處不要加任何參數(shù),比如-m
如下圖所示:
第三步:將代碼同步到遠(yuǎn)程Git倉庫
$ git push origin feature_infinite_load # 將修改發(fā)布到遠(yuǎn)程倉庫
第四步:自動(dòng)生成changelog,并打Tag發(fā)布
$ tnpm run changelog # 使用npm script中的changlog命令直接從git元數(shù)據(jù)生成日志。 $ git tag v0.1.0 $ git push origin v0.1.0
“Git commit message和工作流規(guī)范的原理介紹”的內(nèi)容就介紹到這里了,感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識可以關(guān)注億速云網(wǎng)站,小編將為大家輸出更多高質(zhì)量的實(shí)用文章!
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。