两个Git项目依赖更新：现有繁琐工作流求更高效替代方案

方案1：本地开发用npm link（适合频繁修改B的场景） #

这是开发阶段最高效的方式，无需依赖远程仓库，实时同步代码：

• 在项目B的根目录执行：npm link，将B注册为本地全局模块
• 在项目A的根目录执行：npm link <B的package.json中name字段>，让A直接引用本地B的代码
• 后续修改B的代码后，只需在B中执行编译命令（如npm run build，如果B需要编译），A就能立即获取更新，全程无需提交、推送或重新安装依赖

方案2：精确版本控制+直接安装指定版本/分支 #

如果需要从远程仓库拉取B的更新，无需删除任何本地文件：

1. 在项目B中完成代码提交推送后，给B打一个新的版本标签（示例）：

   npm version patch  # 自动更新package.json版本并创建tag，可选patch/minor/major
   git push --tags    # 将标签推送到远程仓库
   

2. 回到项目A，直接安装B的指定版本：

   npm install <B的包名>@<新版本号>
   

   若要安装B的测试分支，可直接指定仓库分支：

   npm install <B的Git仓库地址>#<分支名>
   

   此操作会自动更新A的package-lock.json，仅更新B模块，速度远快于全量重新安装。

方案3：简化原有工作流（最小改动） #

如果暂时不想调整现有模式，可删除冗余步骤：

• B完成add/commit/push后，在A中直接执行：

  npm update <B的包名>
  

  或：

  npm install <B的包名>
  

  这两个命令都会检查B的远程最新版本并更新，无需删除node_modules和package-lock.json——原来的全量删除操作会导致npm重新下载所有依赖，这是速度慢的核心原因。

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