最近做的项目有个需求挺奇葩，业务老师不喜欢elementui自带的表单校验，想改成气泡校验，如图：
一开始我是打算二次封装的，但尝试了以后发现太麻烦，索性还是改element源码了，改的过程就不记录了。改完以后打算用patch-package同步到git，让同事们拉代码后也可以直接应用这些改动。于是开始找相关文章，网上的文章基本都是清一色的使用步骤；
- 安装patch-package
npm i patch-package --save-dev
经过测试，我发现一些高版本的并不好用，或者说压根就不能用，一执行npx patch-package element-ui就卡半天，不知道是不是我这个项目用的node14的原因（因为项目指定用公司自有的一套业务框架，用的vue2），这个就没过多探索了，后来发现patch-package 6.0.4不会卡半天，但是会报错，于是就先用这个版本试试了
- 生成补丁
npx patch-package element-ui
按上述说的，用6.0.4版本执行npx命令以后，会报error: Error: spawnSync git ENOBUFS，经排查是由于Node.js 的 spawnSync方法在执行外部命令（如 git 命令）时，如果输出或错误输出的数据超过了 Node.js 默认的缓冲区大小限制，就可能导致 ENOBUFS 错误。解决方案就是扩大缓冲区（issue），如图：
此时不得不感慨开源的伟大，这种问题在别的技术文章里压根就找不到，关键时刻还得是官方issue。不过后来高版本的patch-package确实都将缓冲区扩大了，不过依然还是卡半天，算了不管了
- 应用补丁
我自己将项目拷贝了一份，拉了代码之后，补丁确实拉下来了，然后就是应用补丁。网上的文章都说package.json的script里加一行postinstall: patch-package，是为了在npm install之后可以将补丁应用上去，但是我又碰到了一个错误，一行红色的加粗文字提示# "**ERROR** Failed to apply patch for package element-ui at path"提示，提示让我手动删除node_modules，并重新打补丁，我试过了，依然没用。这个时候官方issue成了最后的救命稻草，这位大佬提到package.json和lock里的依赖包版本不一致，如图：
我检查了一下我的项目，果然package.json里element版本是2.15.13，而package-lock.json里的版本是2.15.14，我索性把element卸了，重新装2.15.13的，这样package和lock里的版本就一致了，最后重新运行，终于成功应用上补丁