2. 程式人生 > 其它 >git commit提交規範

git commit提交規範

阿新 • • 發佈：2021-12-15

規範

大致分為以下3個部分（使用空格或空行分隔）

  1. 標題行：必填，描述主要修改型別和內容或模組
  2. 主體內容：描述為什麼修改，做了什麼修改變動，以及開發思路等
  3. 頁腳註釋：放Breaking Changes 或 Closed Issues
type：commit得型別
  • init：初始化
  • feat：新特性/新功能
  • fix：修改問題/解決bug
  • refactor：程式碼重構
  • docs：文件修改
  • style：程式碼格式修改
  • build：構建專案
  • chore：其他修改，比如依賴管理
  • scope：commit影響得範圍
  • subject：commit的描述
body：commit具體修改內容·，可以分多行
footor：一些備註，通常是BREAKING CHANGE 或修復的 bug 的連結

示例

fix（修復BUG）

如果修復的這個BUG隻影響當前修改的檔案，可不加範圍。如果影響的範圍比較大，要加上範圍描述。

例如這次 BUG 修復影響到全域性，可以加個 global。如果影響的是某個目錄或某個功能，可以加上該目錄的路徑，或者對應的功能名稱。

// 示例1
fix(global):修復checkbox不能複選的問題
// 示例2 下面圓括號裡的 common 為通用管理的名稱
fix(common): 修復字型過小的BUG，將通用管理下所有頁面的預設字型大小修改為 14px
// 示例3
fix: value.length -> values.length
feat（新增一個功能）
feat: 實現與中國海關的鏈路通訊
style（如WPF介面調整樣式等）
style：修改登入窗體大小
chore（其他修改）

chore 的中文翻譯為日常事務、例行工作，顧名思義，即不在其他 commit 型別中的修改，都可以用 chore 表示。

chore：去除不必要的依賴

規範在方便他人的同時，也是方便自己。

相關推薦

git commit提交規範和規範校驗

一、目的 在多人協作專案，如果程式碼風格統一、提交資訊準確，那麼在後期協作以及BUG處理時會更加方便。

【轉】git commit 提交規範

原文：https://www.cnblogs.com/woai3c/p/11800312.html ----------------------- 換行如何輸入： 網上說只需要通過單引號來換行，一直沒理解，後面終於試出來了。總結一句話就是。 。

Git Commit提交規範和IDEA外掛Git Commit Template的使用

Git是最牛逼的開源分散式版本控制系統，日常開發中常用來管理程式碼提交、恢復、追蹤，是團隊開發最常用的一個程式碼管理工具。

git commit提交規範

規範 大致分為以下3個部分（使用空格或空行分隔） 標題行：必填，描述主要修改型別和內容或模組

git commit 提交規範

一直都不規範，希望以後開始可以規範點 <type>(<scope>): <subject> <BLANK LINE>

Git Commit 團隊規範限制

Git Commit 團隊規範限制 前言 在團隊進行開發協作的時候，不規範的Git Commit提交會使得專案的Git Log雜亂無章，哪些是新功能、哪些是修復bug等等都無法得知，因此規範團隊的提交是非常有必要的，所以規範約束就特別

(vscode git提交到本地失敗)git commit 提交時報錯：husky ＞ pre-commit hook failed (add --no-verify to bypass)

(vscode git提交到本地失敗)git commit 提交時報錯：husky > pre-commit hook failed (add --no-verify to bypass)

美團 GIT Commit Log規範

技術標籤：軟體工程gitgithub 一、背景 Git每次提交程式碼都需要寫commit message，一般來說，commit message應該清晰明瞭，說明本次提交的目的，具體做了什麼操作等。但是在日常開發中，開發者提交的的commit

git commit提交程式碼時提示LF與CRLF轉換問題 error

技術標籤：IDEA設定ideavuegitjs 在用idea提交Vue專案的時候遇到報錯，提示LF will be replaced by CRLF。

git 程式碼提交規範

原文件：https://www.jianshu.com/p/ff4f98695c2c git commit 使用說明 1 概述 git提交推薦使用命令列工具，請嚴格遵循提交格式。

git commit message 規範

Angular提交資訊規範 目前最受開發人員肯定的規範是前端框架Angular提出的Angular提交資訊規範

怎麼撤銷 git commit 提交的程式碼

問題 比如：我在專案裡面添加了一個新的元件 gitTest.java，    寫完之後，我就提交程式碼：

Git 日誌提交規範

Commit messages的基本語法 當前業界應用的比較廣泛的是 Angular Git Commit Guidelines 具體格式為:

基於tapd的git commit規範

現狀 開發團隊中，總是有人提交程式碼時的commit內容亂寫一通，或者不明確不完整。當回溯程式碼的時候，很難通過commit內容定位歷史記錄，只能一條一條檢視，找不到就要去問歷史參與開發的其他同事，溝通成本太高了。

解決使用commit提交大檔案無法推送到遠端庫問題及git rebase使用詳解

解決這個問題並沒有特別的(刪除提交歷史中某個檔案，然後重新push)，但是由於開始的使用失誤，中間有使用git rebase和git reset命令處理，所以特此記錄下

Git 實用操作：撤銷 Commit 提交

有的時候，改完程式碼提交 commit 後發現寫得實在太爛了，連自己的都看不下去，與其修改它還不如丟棄重寫。怎麼操作呢？

使用 svn pre-commit 鉤子規範程式碼提交日誌

目的 規範 svn 提交日誌格式，讓每一次提交更慎重； 拒絕不填寫日誌的提交；

Git commit --amend 修改提交資訊操作

amend翻譯成中文：修改 1.修改還未push的提交 //修改最近一次提交 git commit --amend //進入註釋頁面，進行修改

GIt commit 規範

最近有幸參與到了一個開源專案的活動，看到別人提交的 commit 都很規範，自己的都是些什麼鬼？經過一番搜尋，發現網上很多都提到了 angularjs 的規範。

git修改提交的最新一次的commit資訊

git修改提交的最新一次commit資訊 git log檢視所有的commit提交資訊 修改最新的一條commit資訊