我们日常开发的前端项目中,图片资源会占到项目资源的很大比例,因此在考虑到性能优化,页面加载速度的时候,如何更好地处理图片就非常重要了. 首先我们可以想到的方案是:使用webpack的image-webpack-loader来压缩图片.但是这种方案有个弊端,就是webpack每次构建的时候都要处理一次图片压缩,会影响到webpack的构建速度. 接下来要讲的是 pre-commit + imagemin 实现的图片自动压缩方案,思路是在我们git commit 时,将要提交的图片文件替换为压缩后的

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

每次准备提交前,先用 git status 看下,是不是都已暂存起来了,然后再运行提交命令 git commit: $ git commit 这种方式会启动文本编辑器以便输入本次提交的说明.(默认会启用 shell 的环境变量 $EDITOR 所指定的软件,一般都是 vim 或 emacs.当然也可以按照第一章介绍的方式,使用 git config --global core.editor 命令设定你喜欢的编辑软件.) 编辑器会显示类似下面的文本信息(本例选用 Vim 的屏显方式展示): # P

git commit -s -m "descriptions about the code" 只要加入-s参数即可自动加上Signed-off-by信息

查看原文 简介 这个系列为了解决一个问题:自动化的去管理代码风格和格式 前提:Linux,C语言,Clang 如何在每次commit的时候,将代码风格自动格式化后再提交commit,且格式化的内容必须是本次commit中的内容. 这个需求看似很简单实现,但是做到后来我发现,要把这个需求做完美并没有这么容易 我将一步步的去尝试实现最完美的状态: 自动格式化代码 只格式化staged changes 完整保留changes not staged现场 漂亮的输出Clang干了啥 这里会大量的使用关于B

Git 报错 在输入git commit编辑注释日志时强制退出git程式,文件会变成只读文件,于是出现下述报错: 解决方法(ERROR45) 我们提交代码的正常操作流程一般是: 输入git commit  =>  键入i  =>  写入提交注释  =>  键入ESC  =>  输入:wq  =>  键入Enter  =>  输入git push 但是当文件变成只可读, 键入:wq 就无法退出注释流程,所以需要一个强制保存的命令 " :wq! " 这样

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

公司使用git+gerrit+jenkins进行持续集成实践,其中gerrit用来进行Code Review.另外我们自己研发了一套敏捷项目管理系统TPM(TeamPlus Management),用来管理开发任务和电子看板.此时有一个需求,希望开发人员提交的代码能够关联到TPM上的开发任务,这样就能实现需求与代码的关联,实现 需求->backlog->userstory->task->code->build->test->deploy->prod 的全流程

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

当正在修改某文件A,此时需要commit,但是A没修改完暂时不能一起commit. 执行: git update-index --assume-unchanged A的路径 git暂时会忽略该文件的修改, git status查看时A已经不在待commit列表中了. 让git重新监视文件A的修改: git update-index --no-assume-unchanged A的路径

异常   解决方案 进入Window--Preferences--Team--Git--Committing,反选下图红圈部分:   保存后即可出线我们熟悉的提交代码界面啦:

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

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

脚本继承至AssetPostprocessor, 存放在Editor目录下! using UnityEngine; using System.Collections; using UnityEditor; /// <summary> /// AssetPostprocessor: 贴图.模型.声音等资源导入时调用,可自动设置相应参数 /// 导入图片时自动设置图片的参数 /// </summary> public class TextureImportSetting : Asset

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

问题一: windows下git commit后会进入vim界面,不知道怎么操作 解决办法: 1.输入小写字母i,此时进入编辑模式,可以输入你想输入的内容 2.按下esc键,此时退出编辑模式,输入英文语法下的冒号:,再输入wq即可保存退出 3.也可以按下esc退出编辑模式之后连续按输入两个大写字母Z退出 问题二: Ubuntu下git commit后会进入类似vim界面,不知道怎么操作 解决办法: 1.Ubuntu下git commit后进入的是nano界面 2.输入需要内容后按下ctrl+x会

某同事执行git commit 时太兴奋,执行了 git commit --amend 慌了,不敢编辑上一个commit的description了,直接选择了wq退出,然而git毕竟强大,默认将改动合并提交并覆盖了上一个commit生成了一个新的commit id,这下更慌了,上一个commit id在git log里没了,没了,没了 此时只有两个字,奔溃 好在git有撤销方法,下面的代码拿来举例. 当前代码仓有如下文件: $ ll total 4 -rw-r--r-- 1 ****** 105

最近项目中需要判断上传的图片必须是png,jpg,gif三种格式的图片,并且当图片的宽度大于600px时,压缩图片至600px,并且等比例的压缩图片的高度. 具体的实现形式: 大致的思路是: 判断根据文件名判断图片的格式是否是png,jpg,gif三种图片文件   定义了 isImageFile 方法 如果是的,则进入到scaleImage(String imgSrc, String imgDist)方法中判断图片大小,如果图片大小合适,则直接利用copyFile(File fromFile,

window平台,使用git bash,填写git commit时,退出时vim报错: 错误信息 启动失败 Vim: Caught deadly signal SEGV 在工程目录下,进.git目录,删除文件 .COMMIT_EDITMSG.swp 即可

需求 上周,领导给我分配了一个需求:服务器上的图片文件非常大,每天要用掉两个G的大小的空间,要做一个自动压缩图片的工具处理这些大图片.领导的思路是这样的: 1)打开一个图片,看它的属性里面象素是多少,大于1000就按比例缩小到1000. 2)再看它的品质属性,比如我们标准是50,如果大于这个值再修改品质. 压缩后的文件大小不能超过200k. 思路 因为服务器上的图片文件名是加密处理过的,和图片文件一起存在的还有其它附件,没有后缀名,用肉眼根本看不出来是否是图片文件.所以刚开始的时候,我的思路是先