ESLint & husky & git commit limit 2 == error .eslintrc { "extends": "eslint-config-umi", "rules": { "no-console": 2, //0,1,2 "no-debugger": 0, "no-unused-vars": 2, "quotes": 0,…

为了保证每次提交的 git 代码是正确的,为此我们可以使用 eslint 配合 git hook, 在进行git commit 的时候验证eslint规范 如果 eslint 验证不通过,则不能提交. 我们需要安装一个 git 的 hook 工具 --  husky npm install husky --save-dev 安装好之后在package.json scripts下面加入esliint的命令验证 eslint的规则 "scripts": { "lint"…

用vue-cli3创建新项目可以自定义配置,选择eslint,所以eslint不需要配置, 项目根目录下面生成一个 .eslintrc.js文件,里面可以自定义配置eslint规则 现在在开发的时候,只要不符合esLint的规范就会报错,编译不了,现在我们先让它还是报错,但是能够编译,报错只在命令行看到就可以了,需要在自定义的vue.config.js中配置 现在开发环境翻译不会受eslint的影响,但是有时候没有看命令行,直接用git提交了,npm run build的时候就报错了,所以现在想…

git commit前检测husky与pre-commit git commit前检测husky与pre-commit - 简书 https://www.jianshu.com/p/f0d31f92bfab Prettier · Opinionated Code Formatter https://prettier.io/{ "husky": { "hooks": { "pre-commit": "pretty-quick --stag…

看完 <前端规范之Git工作流规范(Husky + Commitlint + Lint-staged) https://www.cnblogs.com/Yellow-ice/p/15349873.html>,再次修改本文 团队人一多,提交一多,还是要对备注加以区分,好快速找到变更点.这时候就需要对每次提交,需要输入message,对提交的备注进行规范化处理 代码规范落地难:归根结底在于需要工具去强行保证代码必须经过代码开发规范的扫描: 低质量代码带入线上应用:最好的方式本地进行commit的时…

在开发过程中我们一般都会用到git管理代码,在git commit提交代码时我们一般对git commit message随便写点简单的描述,可是随着项目参与人数的增多,发现提交的commit记录越来越杂乱,不便查阅,在网上找了下解决方案,总结一下方便在公司项目中运用. commit message 格式 目前大家比较认可的是Angular团队的提交规范,很多工具也是基于此规范开发的.该提交规范格式如下: <type>(<scope>): <subject> <B…

一. Eslint: 为什么我们要在项目中使用ESLint ESLint可以校验我们写的代码,给代码定义一个规范,项目里的代码必须按照这个规范写. 加入ESLint有非常多的好处,比如说可以帮助我们避免一些非常低级的错误,一些格式上的问题导致我们在运行生产环境的时候出现一些不明所以的报错.还有就是在跟团队协作的时候,每个人都保持同一个风格进行代码书写,这样团队内部相互去看别人的代码的时候,就可以更容易的看懂. ESLint实战小技巧全揭秘 1. 局部安装eslint $ npm install…

相信很多人使用SVN.Git等版本控制工具时候都会觉得每次提交都要写一个注释有什么用啊?好麻烦,所以我每次都是随便写个数字就提交了,但是慢慢的我就发现了,如果项目长期维护或者修改很久之前的项目,没有一个清晰明了的注释是多么的DT,我就经历过找回自己之前被修改的代码,然后看到自己写的git commit 瞬间崩溃了,真是自己选的路跪着也要走完呀!于是我就想规范一下自己,所以在网上搜罗了一些相关文章,总结了一下. 展示一下曾经我错误的style: 一.规范git分支 请移步相关文章:git项目分支管…

目的 统一团队Git commit日志标准,便于后续代码review,版本发布以及日志自动化生成等等. 统一团队的Git工作流,包括分支使用.tag规范.issue等 Git commit日志参考案例 angular commit-message-test-project babel-plugin-istanbul conventional-changelog 总体方案 Git commit日志基本规范 <type>(<scope>): <subject> <BL…

一直以来,因为团队项目迭代节奏很快,每次发布的更新日志和版本更新都是通过人肉来完成的.有时候实在忙的团团转,对于手动的写这些更新信息就显得力不从心了.对于团队新来的小伙伴,有时候遇到些紧急情况,就更显的乱糟糟,还是得麻烦团队资深的同学.显然这些工作,用自动化工具再适合不过了. 本文是一篇项目自动化方面的使用教程,社区里面针对四类问题的解决方案很多,今天这里主要介绍的是 onventional-changelog 方案相关的内容. 如果你正在思考或者试图解决这方面的问题的话,不妨了解一下. con…

遇到了一个客户程序出问题,自己这边始终无法重现的bug.为了检查问题,查到了一个添加git的commit信息到程序中的方法,感觉对程序版本控制十分好用. 一,项目中添加如下文件 文件结构: GitVersion |--GetGitRevisionDescription.cmake |--GetGitRevisionDescription.cmake.in |--gitrevision.cpp.in |--gitrevision.hpp 各文件内容如下: GetGitRevisionDescrip…

上一个项目用的svn,新项目用了git,很开心,终于学习了git了,本以为把git都学会了,但是还是遇到了一个不在自己学习的知识点范围内的问题,最后是同事帮忙解决的. 问题:第一次代码commit的时候,总是报错,看了下报错信息,貌似是在commit之前会检查一下代码错误,可是代码没有什么错误啊,能运行起来,难道eslint检查的错误也会被检查出来,然后commit失败吗?最后在网上找到了解决方案. 首先认识一下git的钩子: 钩子都被存储在 git 目录下的 hooks 子目录中. 也即绝大部…

在同步本地文件到线上仓库的时候 报错 pre -commit hook failed (add --no-verify to bypass) 当你在终端输入git commit -m "xxx",提交代码的时候, pre-commit(客户端)钩子,它会在Git键入提交信息前运行做代码风格检查. 如果代码不符合相应规则,则报错. 虽然会提示add --no-verify,输入 git commit -m "xxx" --no-verify 绕过验证,强制提交.但是不…

原文: http://chris.beams.io/posts/git-commit/ 介绍:为什么好的commit message很重要 你浏览项目commit message的时候或多或少会有些困扰的地方. 例如, 下面是我早前的commit message: $ git log --oneline -5 --author cbeams --before "Fri Mar 26 2009" e5f4b49 Re-adding ConfigurationPostProcessorTe…

使用Xcode提交一个第三方库时,由于包含资源文件,总是提交不了,提示报错:XXX commit is not under version control (1) 网上查了下,得知 xcode对于svn的支持不够好:导致资源文件如图片使用Xcode提交不了. 然后svn 命令提交,之前使用svn命令提交图片的时候,是可以提交的,但是今天就算使用svn命令,还是提交不了: 截图: 后来在commit命令后面加上svn的账户名和密码,才提交成功了: 原文链接:http://www.cnblogs.c…

linux内核默认会包含git的commit ID. 而linux的内核在insmod模块时,会对模块和内核本身的版本做严格的校验.在开发产品时,改动内核后,由于commit ID变更,会导致linux内核变更,之前已编译发布的模块与升级后的linux版本不一致,必须重新编译,非常麻烦. 为了解决这个问题,很多开发者通过配置make menuconfig,去掉CONFIG_LOCALVERSION_AUTO选项,从而不再包含git commit ID. 关于linux包含git commit的实…

git 提交代码是会遇到以下问题, git commit 代码时提示: Warning: Your console font probably doesn‘t support Unicode. If you experience trange characters in the output, consider switching to a TrueType font such as ucida Console! 这是代码中含有中文导致的,且把代码改为utf-8也是解决不了的,查询了很多资料,最…

git commit --amend命令用来修复最近一次commit. 可以让你合并你缓存区的修改和上一次commit, 而不是提交一个新的快照. 还可以用来编辑上一次的commit描述. 记住amend不是修改最近一次commit, 而是整个替换掉他. 对于Git来说是一个新的commit. 用法 git commit --amend 合并缓存区的修改和最近的一次commit, 然后用生成的新的commit替换掉老的. 如果缓存区没有内容, 那么利用amend可以修改上一次commit的描述.…

git commit git commit命令提交stage区的快照到项目历史中去(HEAD). 被提交的快照被认为是一个项目的安全版本. Git不会修改他们, 除非你显示的要求了. 和git add一样git commit是Git最重要的命令之一. 尽管名字相同git commit和svn commit完全不一样. 快照被提交到本地仓储,  不会和其他git仓储有任何的交互影响. 用法 git commit 提交stage区的快照. 上面的命令运行后会自动打开一个文本编辑器让你写一些关于这次c…

任何时候,你都有可能需要撤消刚才所做的某些操作.接下来,我们会介绍一些基本的撤消操作相关的命令.请注意,有些撤销操作是不可逆的,所以请务必谨慎小心,一旦失误,就有可能丢失部分工作成果. 有时候我们提交完了才发现漏掉了几个文件没有加,或者提交信息写错了.想要撤消刚才的提交操作,可以使用 --amend 选项重新提交: $ git commit --amend 此命令将使用当前的暂存区域快照提交.如果刚才提交完没有作任何改动,直接运行此命令的话,相当于有机会重新编辑提交说明,但将要提交的文件快照和之…

    Git commit git commit 主要是将用户通过git add命令添加到暂存区里的改动给提交到本地的版本库,关于版本库的构成可以查看我先前的笔记. 每次提交我们都会在本地版本库生成一个40位的哈希值,这个哈希值也叫commit-id,commit-id在版本回退的时候是非常有用的,关于版本回退git reset会在以后讲到.     1.1 git commit -m "message" 这种是比较常见的用法,-m 参数表示可以直接输入后面的"messag…

使用git commit会自动启动编辑器编辑本次提交的comment,git默认配置是GNU nano,但是很多人不是很熟悉(我就是),其实这个是可以自行配置的. 编辑制定代码库的.git/config文件,一般长这样: [core] repositoryformatversion = 0 filemode = true bare = false logallrefupdates = true editor = vim [remote "origin"] url = https://g…

需求背景:我们修复Bug的时候,频繁提交APK包,导致测试同学搞不清哪个包才是最新的 比如一个版本3.0.1,我们可能后续基于这个版本陆续提交了好几个修复包 同时,如果服务端ip地址能在界面上配置的话,更好了 以上都是基于debug模式下的,线上版本不会出现这些选项 思路:git每次提交commit的时候,都会创建一个唯一的sha串,我们拿这个作为内部版本号. 先给上最终效果图 那么如何在gradle编译的时候,就把这些信息写入到app中呢 关键字 BuildConfig类. 在build.gr…

1: 在执行git commit的时候,有两种办法为该commit添加message信息一种是git commit -m 'your message'另一种是git commit会打开commit-editmsg文件以供编辑message信息现在的问题是, 打开后(我设定在sublime中打开)在文件里写了相关信息并保存, 接下来怎么办呢?再执行一次git commit还是打开新的message文件. 2: 不管您使用什么方式打开的commit message文件,修改以后,直接保存.此时表示的…

我发现在我修改我自己的文件之后企图使用git commit编辑更加详细的争对这次提交的信息的时候 我mac上的vi编辑器貌似 出现了问题 大概报这个错. error: There was a problem with the editor 'vim'. Please supply the message using either -m or -F option. 我有点疑惑,按道理来说保存之后 就已经自动提交了,而不是像这样被报错阻止了. 后来在 Google Group: vim_mac 这个…

git rm --cached <file_name> git commit "删除了<file_name>文件" git rm --cached <file_name> will remove the file from the stage.  …

多人协作开发一个项目时,版本控制工具是少不了的,git是linux 内核开发时引入的一个优秀代码管理工具,利用它能很好使团队协作完成一个项目.为了规范团队的代码提交,也方便出版本时的release note,更为了出问题时方便代码回溯,所以大家统一用一个模板提交代码是必要的.Git中设置template非常简单,只需以下几步即可: 1.在根目录建立模板文件 如 xxx_template文件,其内容如下: Function Or Bug: Symptom: Root Cause: Solution…

error: There was a problem with the editor 'vi'. Please supply the message using either -m or -F option. 最近在使用git commit时,跳转到vi编辑完信息后总是提示这个错误,这个git内置的默认编辑器保存信息出错,不知道为什么会报这个. 难道是和我安装的vim不兼容?一直都保持更新啊 或者是因为我安装了spf13?不确定 只好手动将git默认编辑器改为vim暂时避免这个问题吧 git c…

二,合并的操作 1, 首先按需修改文件 echo >> lz66303.txt 2, 然后按需提交被修改的文件到HEAD缓存区,并把这个修改记录到分支中 git commit -am"This is a commit created by lz66303." 总结 其实这人喜爱的命令git commit -am""也不是那么万能呀! 好我们查看一下帮助命令git commit -h -a, --all    commit all changed file…

git commit --amend常常用来修改某个branch上最顶端的commit,大多数情况下,这个命令给人的感觉是用新的commit替换了原来的commit.git commit --amend与下面的语句等价: git reset --soft HEAD^ //将branch的头指针向前移动一个commit,--soft选项使得index和workspace tree的内容保持移动之前不变 ...do something... git commit -c ORIG_HEAD //-c选…