最簡Git提交規(guī)范

Git 代碼規(guī)范

Git 每次提交代碼,都是需要寫Commit message(提交說明)。一般Commit message 的格式包含三個部分:

Header -----必填

????type ---必需

????scope --- 可選

????subject ---必需

Body ---- 可省略

Footer ---- 可省略

提交遵循原子性提交原則:每次盡可能最小量提交,僅包含一個不可分割的基本特性、問題修復(fù)或者優(yōu)化提升,以便于code review / rollback / modification

在實(shí)際提交實(shí)踐的過程中,大部分時候僅包含了Herder,提交最簡、最重要的消息,即 :

Header?= 【Type】+【Subject】


Type

feat:提交新功能

fix:修復(fù)了bug

docs:只修改了文檔

style:調(diào)整代碼格式,未修改代碼邏輯(比如修改空格、格式化、缺少分號等)

refactor:代碼重構(gòu),既沒修復(fù)bug也沒有添加新功能

perf:性能優(yōu)化,提高性能的代碼更改

test:添加或修改代碼測試

chore:對構(gòu)建流程或輔助工具和依賴庫(如文檔生成等)的更改


Subject

標(biāo)題是對變更的簡明描述,三個注意點(diǎn):

????使用祈使句,現(xiàn)在時態(tài)

????不要大寫首字母

????結(jié)尾不要使用句號


Example

chore: add Oyster build script

docs: explain hat wobble

feat: add beta sequence

fix: remove broken confirmation message

refactor: share logic between 4d3d3d3 and flarhgunnstow

style: convert tabs to spaces

test: ensure Tayne retains clothing



Other

Body?正文是對標(biāo)題的補(bǔ)充,不是必須的,其包含更詳細(xì)的信息,如代碼修改的動機(jī)、方式、與修改前的代碼對比等等。

Footer?注腳,通常是BREAKING CHANGE 或修復(fù)bug的鏈接。

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

  • git的規(guī)范和相關(guān)科普知識 git commit 的規(guī)范要求(參考Angular團(tuán)隊) message格式如下: ...
    達(dá)文西_Huong閱讀 866評論 0 0
  • commit log規(guī)范的意義: 便于程序員對提交歷史進(jìn)行追溯,了解發(fā)生了什么情況。 一旦約束了commit me...
    但時間也偷換概念閱讀 5,590評論 0 4
  • 1. 前言 目前大部分公司都在使用Git作為版本控制,每個程序員每天都要進(jìn)行代碼的提交。很多開發(fā)者也包括我自己,有...
    碼農(nóng)小胖哥閱讀 711評論 0 9
  • 目的 統(tǒng)一團(tuán)隊Git Commit標(biāo)準(zhǔn),便于后續(xù)代碼review、版本發(fā)布、自動化生成change log; 可以...
    Thread_921閱讀 530評論 0 1
  • git 提交規(guī)范 前言 無規(guī)矩不成方圓,編程也一樣。 如果你有一個項(xiàng)目,從始至終都是自己寫,那么你想怎么寫都可以,...
    janlle閱讀 543評論 0 1

友情鏈接更多精彩內(nèi)容