如何正确为node_modules中的第三方依赖模块打本地补丁？

以下方案均满足协作者执行npm install后自动生效、无需发布独立NPM包、不会被常规包管理操作无感知覆盖修改的需求：

• 方案1：使用patch-package管理补丁（推荐度最高） #

  这是目前前端生态最通用的轻量依赖补丁方案，操作流程如下：

  1. 直接修改node_modules/prompt-sync目录下的对应代码，本地跑通验证自定义逻辑符合预期
  2. 执行npm install patch-package --save-dev安装补丁工具为开发依赖
  3. 执行npx patch-package prompt-sync，工具会自动比对修改后的文件与原生包官方文件的差异，在项目根目录生成patches/目录，里面会生成对应版本的补丁文件（命名格式为prompt-sync+<版本号>.patch），将这个patches目录提交到Git仓库，不要加入.gitignore
  4. 修改package.json中的scripts配置，新增一行"postinstall": "patch-package"
     该方案的优势是升级依赖、执行npm audit fix时，如果补丁能匹配对应版本的源码就会自动应用，匹配失败会直接抛出明确错误提醒你更新补丁，不会出现修改被悄无声息覆盖的问题。

• 方案2：本地维护修改后的文件，安装后自动替换 #

  适合改动极小、不想引入额外开发依赖的场景，操作流程如下：

  1. 在项目根目录新建module_patches/prompt-sync/目录，把你修改完成的index.js文件放到这个目录下，整个module_patches目录提交到Git仓库
  2. 修改package.json中的scripts配置，新增跨平台兼容的postinstall脚本：

     "postinstall": "node -e \"require('fs').copyFileSync('./module_patches/prompt-sync/index.js', './node_modules/prompt-sync/index.js')\""
     

  所有协作者执行npm install后，脚本会自动把你维护的修改版文件覆盖到node_modules对应位置。该方案的缺点是升级prompt-sync版本时，如果原生index.js的结构发生变化，直接覆盖可能导致代码报错，需要你同步更新本地维护的补丁文件。

• 方案3：业务代码层包装重写依赖逻辑（零侵入node_modules） #

  如果你要修改的逻辑都是prompt-sync对外暴露的接口/方法，完全不需要碰node_modules里的文件：

  1. 在项目业务代码目录下新建一个自定义模块，比如src/utils/prompt.js，先引入原生prompt-sync，在这个模块里重写你需要调整的逻辑，再导出修改后的实例：

     const createOriginalPrompt = require('prompt-sync');
     
     // 自定义逻辑
     function createCustomPrompt(config) {
       const originalPrompt = createOriginalPrompt(config);
       return function wrappedPrompt(askText, defaultValue, options) {
         // 在这里插入你要自定义的处理逻辑
         const result = originalPrompt(askText, defaultValue, options);
         // 也可以对返回结果做二次处理
         return result;
       }
     }
     
     module.exports = createCustomPrompt;
     

  2. 项目中所有原来引入prompt-sync的位置，全部替换为引入你自己写的这个自定义模块即可。
     该方案完全不依赖node_modules内的文件修改，任何包管理操作都不会影响自定义逻辑，缺点是如果要修改的是包内部未对外暴露的深层逻辑，包装实现的成本会比较高。

内容的提问来源于stack exchange，提问作者Swiffy