为何npm install未使用我们Fork的parse-server包版本？

以下是针对该问题的排查方向与解决方法：

• 检查依赖传递引入的原仓库版本
  可能存在其他依赖包间接指定了parse-community/parse-server版本，导致npm安装时优先解析了传递依赖。在本地执行npm ls parse-server，查看完整依赖树，确认是否有第三方依赖引入了原仓库的parse-server。

• 清理Elastic Beanstalk部署缓存
  Elastic Beanstalk会缓存过往的依赖安装包，旧缓存可能保留了原仓库版本。可通过配置文件强制清理缓存：
  在应用根目录创建.ebextensions/00_clean_cache.config，内容如下：

  container_commands:
    01_clean_npm_cache:
      command: "npm cache clean --force"
    02_remove_node_modules:
      command: "rm -rf node_modules"
  

  提交该文件后重新部署，触发全新的依赖安装流程。

• 验证npm-shrinkwrap.json的完整性
  确认shrinkwrap文件未被意外修改，或存在未锁定的依赖项。在本地执行npm shrinkwrap --dev重新生成锁定文件，确保所有依赖（包括传递依赖）都锁定到你fork的仓库版本，再提交部署。

• 统一EC2实例与本地的npm版本
  本地与实例的npm版本差异可能导致依赖解析逻辑不一致。在.ebextensions中指定npm版本：

  commands:
    01_update_npm:
      command: "npm install -g npm@<你的本地npm版本号>"
  

  确保实例使用的npm版本与本地一致，避免解析差异。

• 直接锁定提交哈希到package.json
  将package.json中的parse-server依赖改为具体提交哈希，替代分支名，消除分支解析的歧义：

  "parse-server": "git+https://github.com/hulab/parse-server.git#54bfd65181f19d4296f0ebea79cf3a4ab542f2fc"
  

  这样npm会直接拉取指定提交，不受分支更新或其他依赖影响。

内容的提问来源于stack exchange，提问作者Sebastien C.