摘要:配置添加包配置此處如果不使用需要將替換為效果代碼提交的格式不符合標(biāo)準(zhǔn)就會(huì)直接被拒絕。
Commitlint 配置
添加包
yarn add @commitlint/cli @commitlint/config-conventional husky -D
配置package.json
"husky": { "hooks": { // 此處如果不使用husky 需要將HUSKY_GIT_PARAMS 替換為 GIT_PARAMS "commit-msg": "commitlint -E HUSKY_GIT_PARAMS" } }, "commitlint": { "extends": [ "@commitlint/config-conventional" ] }
效果: 代碼提交的格式不符合標(biāo)準(zhǔn) 就會(huì)直接被拒絕。在團(tuán)隊(duì)協(xié)作時(shí)提交歷史的回溯需要有良好的提交歷史
版本管理yarn add standard-version -D
配置package.json
"scripts": { "release": "standard-version" }
執(zhí)行 yarn release 生成CHANGELOG.md 類似
# Change Log All notable changes to this project will be documented in this file. See [standard-version](https://github.com/conventional-changelog/standard-version) for commit guidelines. ## 1.0.3 (2018-12-05) ### Features * **lint:** 添加commitlint配置 ([faee26d](http://url/commits/faee26d)) * **lint:** 簡(jiǎn)化commitlint配置 ([affeb7d](http://url/commits/affeb7d))ESLint配置
yarn add lint-staged -D
配置package.json
"husky": { "hooks": { // 代碼提交前 執(zhí)行l(wèi)int 也可以配合prettier將代碼直接格式化后提交 "pre-commit": "lint-staged" } }, "lint-staged": { "linters": { "/src/**/*.js": [ "eslint --fix", "git add" ] }, "ignore": [ "/**/*.min.js" ] }
代碼提交之前執(zhí)行l(wèi)int 保證代碼格式統(tǒng)一
文章版權(quán)歸作者所有,未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址:http://specialneedsforspecialkids.com/yun/99767.html
摘要:為此我們需要安裝這個(gè)是用于提交代碼的鉤子函數(shù)安裝完之后,我們就需要在增加運(yùn)行鉤子函數(shù)。等鉤子函數(shù)這樣就簡(jiǎn)單的成功對(duì)代碼進(jìn)行效驗(yàn)了,當(dāng)然這邊更進(jìn)一步的可以使用這個(gè)可以將取得所有被提交的文件依次執(zhí)行寫好的任務(wù)。 一個(gè)項(xiàng)目是會(huì)有多個(gè)成員來開發(fā)的,因此統(tǒng)一開發(fā)規(guī)范是很有必要的,不然每個(gè)人都有自己的風(fēng)格,同步之后代碼都會(huì)報(bào)錯(cuò)。我這邊是用Vscode編譯器的。 首先用vue-cli3.0創(chuàng)建一個(gè)工...
摘要:我們?cè)谇懊娴乃钠薪榻B了這些工具,可以完成以最小的代價(jià)在提交到遠(yuǎn)程倉(cāng)庫前,格式化為統(tǒng)一風(fēng)格的代碼,大家都很熟悉這里就不列舉了。下面舉一個(gè)配置。這里對(duì)于項(xiàng)目里分別做了提交前格式化操作,對(duì)于提交規(guī)范做了校驗(yàn)。 我們?cè)谇懊娴乃钠薪榻B了husky、commitlint、lint-staged、prettier這些工具,可以完成以最小的代價(jià)在Git提交到遠(yuǎn)程倉(cāng)庫前,格式化為統(tǒng)一風(fēng)格的代碼,es...
摘要:形成良好統(tǒng)一的代碼規(guī)范,有利于提高代碼的可讀性,減少潛在的錯(cuò)誤,便于團(tuán)隊(duì)協(xié)作開發(fā)。其中是可選的,如果沒有則禁用所有規(guī)則,如果有則禁用所有規(guī)則。也可以定義一個(gè)命令同時(shí)運(yùn)行這兩個(gè)命令,我在這里使用了我們定義了在鉤子觸發(fā)時(shí)會(huì)執(zhí)行命令。 形成良好統(tǒng)一的代碼規(guī)范,有利于提高代碼的可讀性,減少潛在的錯(cuò)誤,便于團(tuán)隊(duì)協(xié)作開發(fā)。本文簡(jiǎn)單介紹JS、CSS、 Git Commit 的規(guī)范工具及用法。 Lin...
我們先說下,npm版本號(hào)定義 版本格式:X.Y.Z[-string]其含義為: X:主版本號(hào) Y:次版本號(hào) Z:修正版本號(hào) string: 先行版本號(hào)或版本編譯信息 舉個(gè)例子: 6.3.2-alpha的含義為: 主版本號(hào)6,有6次不可向下兼容的更新迭代。 次版本號(hào)3,有3次小的功能迭代。6.*.* <=6.3.2的依賴聲明,都可以安裝此新包。 修正版本號(hào)2,有2次bu...
摘要:以前沒時(shí)間過,每次項(xiàng)目編輯器的插件就關(guān)掉,老項(xiàng)目都沒注意過相關(guān)的代碼規(guī)范,這次新項(xiàng)目加入進(jìn)去實(shí)踐下三個(gè)插件功自動(dòng)有些規(guī)則是沖突的,需要確定優(yōu)先順序,其他插件進(jìn)行自定義化的配置都可以自動(dòng)保存格式化的功能用和寫出高質(zhì)量代碼在中對(duì)兩者進(jìn)行配置使用 以前沒時(shí)間過eslint,每次項(xiàng)目vscode 編輯器的eslint插件就關(guān)掉eslint,老項(xiàng)目都沒注意過相關(guān)的代碼規(guī)范,這次新項(xiàng)目加入進(jìn)去實(shí)踐...
閱讀 1076·2021-10-14 09:42
閱讀 1369·2021-09-22 15:11
閱讀 3285·2019-08-30 15:56
閱讀 1243·2019-08-30 15:55
閱讀 3612·2019-08-30 15:55
閱讀 889·2019-08-30 15:44
閱讀 2028·2019-08-29 17:17
閱讀 2072·2019-08-29 15:37