用 git 钩子,检测代码规范性(eslint、standard)

最终实现效果说明:
用 git commit 提交代码之前,利用 pre-commit git 钩子,实现代码规范检测(eslint、standard 规范),符合规范之后才可以提交到 git 仓库。这样在团队合作开发时,可以统一代码风格,如果某些同志代码不符合规范,是无法进行提交代码的。

我的demo地址:
demo地址

规范doc:
standard规范
eslint规范

git 钩子
git 钩子

那么问题来了,这种验证是如何实现的呢?!

请确保已经安装了: node | npm | git
安装传送门:node | npm | git

先说一下我的目录结构:

               |——node_modules            # 项目资源依赖(npm install 之后出现改文件夹)
               |
pre-commit ——— |——src —— test.js          # 项目代码(项目业务逻辑)
               |
               |——package.json            # 本地安装 npm 包 (npm init 之后出现该文件)

一、步骤如下(下面是 standard 规范验证):

  • 先按照鄙人的目录先创建目录,然后先后执行如下命令:

       git init                                    // 将本地项目设置为 git 项目
       git remote add origin url                   // url 为自己的 git 仓库地址
       npm init                                    // 将 pre-commit 项目设置为 npm 项目
       npm install --save-dev standard             // 安装 standard 规范
       npm install --save-dev [email protected]           // 安装 husky git 钩子
       npm install --save-dev snazzy               // 安装 snazzy ,美化 standard 报错提示,eslint 规范不需要安装
  • 安装好依赖资源后,更改 package.json 文件
    // package.json
    {
     "husky": {
       "hooks": {
         "pre-commit": "standard \"src/**/*.{js,vue,wpy}\" | snazzy",
       }
     }
    }
    注:检测 src 目录下的所有文件后缀为 .js || .vue || .wpy 的文件编码,是否符合规范。
    若不符合,git 钩子将会阻止 git 继续 commit, 并且会报出错误信息;
    若符合代码规范,git commit 就会成功提交到本地仓库。

当然你可以绕过代码检测强制提交:

git add . && git commit --no-verify -m "代码规范强制提交测试"

standard 规范错误提示如下:

// standard 规范默认错误提示:
D:\pre-commit\src\test.js:2:19: Extra semicolon.
------------------------------------------------
// 利用 snazzy 美化后的错误提示:
2:19  error  Extra semicolon
? 1 problem

二、步骤如下(下面是 eslint 规范验证):

  • 先按照鄙人的目录先创建目录,然后先后执行如下命令:

       git init                                    // 将本地项目设置为 git 项目
       git remote add origin url                   // url 为自己的 git 仓库地址
       npm init                                    // 将 pre-commit 项目设置为 npm 项目
       npm install --save-dev eslint               // 安装 eslint 规范
       npm install --save-dev [email protected]           // 安装 husky git 钩子
    
       注意,执行命令:
       $ ./node_modules/.bin/eslint --init         // 生成 .eslintrc.js 文件,可自定义代码风格

    注:eslint 自定义代码规范详情 传送门;.eslintrc.js配置详解传送门

  • 安装好依赖资源后,更改 package.json 文件
    // package.json
    {
     "husky": {
       "hooks": {
         "pre-commit": "eslint \"src/**/*.{js,vue,wpy}\"",
       }
     }
    }

当然你可以绕过代码检测强制提交:

git add . && git commit --no-verify -m "代码规范强制提交测试"

eslint 规范错误提示如下:

// eslint 规范错误提示

D:\fe\pre-commit\src\test.js
  1:13  error  Strings must use doublequote                     quotes
  1:28  error  Expected linebreaks to be ‘LF‘ but found ‘CRLF‘  linebreak-style
  1:28  error  Missing semicolon                                semi
  2:1   error  Unexpected console statement                     no-console
  2:20  error  Expected linebreaks to be ‘LF‘ but found ‘CRLF‘  linebreak-style

? 5 problems (5 errors, 0 warnings)
? 1 problem

按照相应的错提示,更改代码,符合规范后,即可提交到 git 仓库。

声明:有任何问题欢迎留言!未经作者同意禁止转载!谢谢!

欢迎访问我的 git 博客:传送门

原文地址:https://www.cnblogs.com/baimeishaoxia/p/11973118.html

时间: 2024-10-10 04:59:52

用 git 钩子,检测代码规范性(eslint、standard)的相关文章

Git 钩子

1. 概念概述 1.1. 安装钩子 1.2. 脚本语言 1.3. 钩子的作用域 2. 本地钩子 2.1. 预提交钩子 Pre-Commit 2.2. 准备提交信息钩子 Prepare Commit Message 2.3. 提交信息钩子 Commit Message 2.4. 提交后钩子 Post-Commit 2.5. 切换后钩子 Post-Checkout 2.6. 预衍合钩子 Pre-Rebase 3. 服务端钩子 3.1. 预接收钩子 Pre-Receive 3.2. 更新钩子 Upda

服务端CVS本地Git的版本控制:利用git钩子自定义工作流

请以解决问题为核心,不要为了用技术而用技术. 公司各个项目有CVS.SVN.HG.Git等多版本管理工具. 但CVS确实太老了,十分不便,由于历史原因公司的部分旧代码还都是用CVS来管理,恰恰是我目前在用的- -|||.但是我们可以在本地使用Git来方便代码的管理.因为Git作为分布式版本管理系统,本身local端就是完备的. 如果是用SVN.HG等版本控制系统,有git-svn等解决方案可以不改变服务端而非常方便的在本地用git,但CVS并没有找到现成的方法-,可能确实太老了吧! 最近终于想到

关于执行findbugs,checkstyle,jacoco插件检测代码,GitHook的脚本编写

Git钩子的作用: (pre-commit ) 在用户执行 git commit -m "xxx" 命令之前,先执行pre-commit文件中的脚本命令 在pre-commit文件中,编写脚本 执行pom.xml中配置的各种插件 对代码先进行检测 如果所有插件都检测通过,git commit 命令才能执行成功,然后才能继续执行 git push 命令 否则 commit失败,git push的内容会为空. 简而言之:就是控制代码的提交,在代码提交到远程仓库之前会先对代码进行检查(检查内

通过Gradle Plugin实现Git Hooks检测机制

背景 项目组多人协作进行项目开发时,经常遇到如下情况:如Git Commit信息混乱,又如提交者信息用了自己非公司的私人邮箱等等.因此,有必要在Git操作过程中的适当时间点上,进行必要的如统一规范.安全检测等常规性的例行检测. 面对此类需求,Git为我们提供了Git Hooks机制.在每个项目根目录下,都存在一个隐藏的.git目录,目录中除了Git本身的项目代码版本控制以外,还带有一个名为hooks的目录,默认情况下,内置了常用的一些Git Hooks事件检测模板,并以.sample结尾,其内部

利用git钩子,使用python语言获取提交的文件列表

项目有个需求,需要获取push到远程版本库的文件列表,并对文件进行特定分析.很自然的想到,要利用git钩子来触发一个脚本,实现获取文件列表的功能.比较着急使用该功能,就用python配合一些git命令写了一个脚本出来,等想到更好的方法后再对脚本进行修改. #!/usr/bin/env python #coding=utf-8 ''' 该脚本在pre-receive或post-receive钩子中被调用,也可以直接将该文件作为git的钩子使用 若钩子为shell脚本,则需要加入以下代码调用该脚本:

[转] 利用git钩子,使用python语言获取提交的文件列表

项目有个需求,需要获取push到远程版本库的文件列表,并对文件进行特定分析.很自然的想到,要利用git钩子来触发一个脚本,实现获取文件列表的功能.比较着急使用该功能,就用python配合一些git命令写了一个脚本出来,等想到更好的方法后再对脚本进行修改. #!/usr/bin/env python #coding=utf-8 ''' 该脚本在pre-receive或post-receive钩子中被调用,也可以直接将该文件作为git的钩子使用 若钩子为shell脚本,则需要加入以下代码调用该脚本:

Jekyll自动检测代码更新

Jekyll自动检测代码更新 jekyll是一个静态博客生成软件, 我们把代码放在一个仓库里, 只要远程代码更新, 我们就从把它拉到自己的服务器, 然后重新启动jekyll. cd /root/blog git clone outproject 设置定时器 自动拉取代码重新部署jekyll: crontab -e */1 * * * * /root/blogpull.sh >> /root/cronblogpull.log /root/blogpull.sh如下: 脚本文件内容 #! /bin

堆栈 Cookie 检测代码检测到基于堆栈的缓冲区溢出

 报错:0x000CC3C9 处有未经处理的异常(在 image_opencv2.exe 中):  堆栈 Cookie 检测代码检测到基于堆栈的缓冲区溢出. 主要检查代码中有没有对数组的越界操作,就解决了这个bug. 其它的相关知识查后再补充.

git 上传代码到GitHub 以及git删除github上文件和文件的命令

Git入门 如果你完全没有接触过Git,你现在只需要理解通过Git的语法(敲入一些命令)就可以将代码上传到远程的仓库或者下载到本地的仓库(服务器),可知我们此时应该有两个仓库,就是两个放代码的地方,一个是本地,一个是远程的(如Github).企业或者团队可以通过Git来对项目进行管理,每个程序员只需将自己的本地仓库写好的代码上传到远程仓库,另一个程序员就可以下载到本地仓库了.今天我们就从Git终端软件的安装开始,再这之前我也简单介绍一下Github. Git上传代码 一.准备工作 1.注册一个g