了解patch-package
假设loadsh有一个bug,影响线上开发,应该怎么办?
答:三步走。
- 在github上提交pull request,修复bug,等待合并
- 合并pr后,等待新版本发包
- 升级项目中的lodash依赖
很合理的很规范的一个流程,但是它一个最大的问题就是太慢了。此时可直接上手修改node_modules中的lodash代码,并修复问题!新问题:node_modules未纳入版本管理,在生产环境并没有用。请看流程
- 本地修改node_modules/lodash,本地正常运行
- 线上npm i loadsh,lodash未被修改,线上运行失败
此时有一个简单的方案,临时将修复文件纳入工作目录,可以解决这个问题
- 本地修改node_modules/lodash,本地正常运行
- 将修改文件复制到
根目录/patchs/lodash
中,纳入版本管理- 线上
npm i lodash
,并将修改文件再度复制到node_modules/lodash
中,线上正常运行但此时并不是很智能,且略有小问题,演示如下:
- 本地修改
node_modules/lodash
,本地正常运行- 将修改文件复制到
根目录/patchs/lodash
中,纳入版本管理- 线上
npm i lodash
,并将修改文件再度复制到node_modules/lodash
中,线上正常运行- 2个月后升级
lodash
,该问题得以解决,而我们代码引用了lodash
的新特性- 线上
npm i lodash
,并将修改文件再度复制到node_modules/lodash
中,由于已更新了lodash,并且依赖于新特性,线上运行失败此时有个万能之策,那就是patch-package
patch-package
想要知道patch-package如何解决上述问题,请先了解它的用法,流程如下
# 修改lodash中的一个小问题 update node_modules/lodash/index.js # 对lodash的修复生成一个patch文件,位于patches/lodash+4.17.21.patch npx patch-package lodash(注意这个地方,取package.json里面的依赖,@dcloudio/webpack-uni-pages-loader) npx patch-package '@dcloudio/webpack-uni-pages-loader' # 将修复文件提交到版本管理之中 git add patches/lodash+4.17.21.patch git commit -m 'fix bug' #####################此后在生成环境中执行##################### # 安装生产环境包 npm i #为生产环境的lodash运行修复 npx patch-package
再看下patch-package自动生成patch文件本来的面目吧!
它实际上是一个diff文件,在生产环境中可自动根据diff文件与版本号(根据patch文件名存取)将修复场景复原!
# 打开patches/lodash+4.17.21.patch diff --git a/node_modules/lodash/index.js b/node_modules/lodash/index.js index 5d063e2..fc6fa33 100644 --- a/node_modules/lodash/index.js +++ b/node_modules/lodash/index.js @@ -1 +1,3 @@ +console.log('FIX BUG') + modules.export = require('lodash');
参考:https://www.bilibili.com/video/BV1qP4y157jn?spm_id_from=333.337.search-card.all.click