我之前也碰到过一模一样的情况！当用Git分支作为npm依赖时，npm默认行为确实不会自动拉取分支的最新代码——因为它会缓存第一次安装时的commit，后续的npm install只会检查缓存，不会主动去远程仓库同步分支的最新改动。下面是几个靠谱的解决方法，按推荐程度排序：

方法一：强制重新安装指定依赖 #

最直接的方式就是告诉npm忽略缓存，重新拉取该分支的最新代码。在项目根目录运行：

npm install package-name@git+ssh://git@gitlab01:path/to/repo#branch --force

或者更简洁的写法（前提是package.json里已经配置好依赖路径）：

npm install package-name --force

--force参数会强制npm重新下载该依赖，覆盖本地已缓存的旧版本。

方法二：清除npm缓存后重新安装 #

如果强制安装还是没效果，可以先清除npm的全局缓存，再重新安装：

# 清除npm全局缓存
npm cache clean --force
# 重新安装所有依赖（或单独安装你的私有包）
npm install

这个方法适合缓存出现异常的场景，能确保npm完全从头拉取所有依赖的最新版本。

方法三：使用npm update命令 #

你也可以尝试用npm update命令更新指定依赖：

npm update package-name

不过要注意：npm update对Git分支依赖的判断逻辑是，对比远程分支的HEAD commit和本地安装的commit是否一致。如果npm检测到远程有新的commit，就会自动拉取更新；如果没检测到，可能还是需要结合--force参数强制更新。

方法四：临时测试技巧 #

如果你只是临时需要拉取最新代码，可以在依赖的URL后面加一个随机查询参数，比如：

"package-name": "git+ssh://git@gitlab01:path/to/repo#branch?timestamp=123456"

每次更新时修改后面的参数值（比如换成当前时间戳），npm会认为这是一个新的依赖源，从而重新拉取最新代码。不过这个方法比较hack，不适合长期使用。

为什么默认不会更新？ #

简单来说，npm对Git类型的依赖做了缓存优化：第一次安装时，它会克隆仓库并记录当前分支的HEAD commit；后续运行npm install时，它会对比本地缓存的commit和远程分支的commit（但这个检测并不总是实时的），如果没发现变化就直接用缓存。而分支是动态变化的，npm不会主动实时同步，所以需要我们手动触发更新。

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