分享前端工程化、动效魔法与性能之舞！

在之前的文章《通过pre-commit 处理提交时代码规范》中介绍了当我们进行代码提交时，会检测所有的代码格式规范。但是这样会存在两个问题：1. 我们只修改了个别的文件，没有必要检测所有的文件代码格式；2. 它只能给我们提示出对应的错误，我们还需要手动的进行代码修改；那么想要处理这两个问题，就需要使用另外一个插件 lint-staged 。

在《使用ESLint与Prettier配合解决代码格式问题》的文章中，我们讲解了如何处理本地代码格式问题。但是这样的一个格式处理问题，他只能够在本地进行处理，并且我们还需要 手动在 VSCode 中配置自动保存 才可以。那么这样就会存在一个问题，要是有人忘记配置这个东西了怎么办呢？他把代码写的乱七八糟的直接就提交了怎么办呢？所以我们就需要有一种方式来规避这种风险。那么想要完成这么一个操作就需要使用 husky 配合 eslint 才可以实现。

​ESLint和Prettier会存在一些冲突问题，代码保存时会自动在方法名后添加空格，所以需要在ESLint配置中添加如下配置。如上图所示，在VSCode中搜索插件Pretttier，安装后重启VSCode即可生效。如果有多个格式化工具有多个，可能会此起冲突，请将Prettier设置成默认的。如下图所示，设置编辑器让其在保存代码时自动格式化代码。​

在上一小节中，我们了解了 Git hooks的概念，那么接下来我们就使用 Git hooks来去校验我们的提交信息。要完成这么个目标，那么我们需要使用两个工具：注意：npm 需要在 7.x 以上版本。1.commitlint 用于检查提交信息1.1.安装依赖npm install --save-dev @commitlint/config-conventional@12.1.4 @commitlint/cli@12.1.41.2.创建配置文件commitlint.con

在团队开发中，当成员提交代码的描述信息不符合约定提交规范的时候，需要阻止当前的提交，而要实现这个目的，我们就需要先来了解一个概念，叫做 Git hooks，即Git 在执行某个事件之前或之后进行一些其他额外的操作。而我们所期望的 阻止不合规的提交消息，那么就需要使用到 hooks 的钩子函数。

多人协作开发提交代码通常是遵循约定式提交规范，如果严格安照约定式提交规范， 手动进行代码提交的话，那么是一件非常痛苦的事情，但是 Git 提交规范的处理又势在必行，那么怎么办呢？经过了很多人的冥思苦想，就出现了一种叫做 Git 提交规范化工具的东西，而我们要学习的 Commitizen 就是其中的佼佼者！

Git 合并时出现 Please enter a commit message to explain why this merge is necessary 问题解决方法：1. 按键盘字母 i 进入insert 模式；2. 修改最上面那行黄色合并信息，也可以不修改；3. 按键盘左上角"Esc"键；4. 输入":wq"，注意是冒号+wq，按回车键即可；

此时项目应该可以正常运行了，可对项目进行修改和编辑。5.本地新建与线上同名的dev分支，并拉取代码；14.拉取远程master分支上面代码；16.推送到远程序的master分支上；17.切回到dev分支上，方便下次修改；12.推送代码到远程的dev分支上；13.切换到master分支上；4.与远程项目地址建立关联；6.本发切换到dev分支上；11.提交修改并添加说明；1.本地新建一个文件夹；9.查看代码修改状态；15.合并dev分支；10.添加所有修改；7.安装项目依赖；......

开发完成后，在提交代码时，Git命令操作每次都要求输入账号和密码，有没有什么办法可以解决这个问题呢？只需要输入以下命令，将用户名和密码添加到本地配置文件，输入一次后，以后就不用再输入了。......