npm 官网如何复制 lodash 的安装命令并核对仓库地址：Install 侧栏与 Repository 链接

需要把 lodash 加进项目时，最容易出错的不是命令本身，而是找错包页或把仓库地址看成安装入口。打开 npm 官方的 lodash 包详情页，就能在右侧 Install 区域看到 npm i lodash，再从 Repository 链接核对项目来源。

这次只完成一个任务：在 npm 官网找到 lodash 的安装命令，并确认它指向的仓库地址。

先确认打开的是 npm 包详情页

在浏览器地址栏输入 https://www.npmjs.com/package/lodash。页面加载后，先看主标题是否为 lodash，再看标题下方的版本和 Public 状态。不要只凭搜索结果摘要判断，因为同名包、镜像站页面和旧文章都可能把命令带偏。

截图中可以同时看到三个核对点：左侧主标题是 lodash，右侧 Install 框显示 npm i lodash，下方 Repository 显示 github.com/lodash/lodash。这一步完成后，才进入复制命令的操作。

步骤一：从 Install 侧栏复制安装命令

1. 定位菜单路径：在 npm 包详情页右侧找到 Install 区域，确认命令文本为 npm i lodash。
2. 复制命令：点击命令框右侧的复制图标，然后切换到项目终端或 package.json 所在的工作目录执行。不要把页面上的 Readme 示例和安装框混用。
3. 检查结果：终端应把 lodash 写入当前项目依赖；如果项目使用锁文件，还应在本地看到对应锁文件发生预期变化。

页面右侧的 Install 框是最短路径，适合直接完成安装；Readme 中的示例更适合继续查 API 用法。两者职责不同，复制前先确认命令里确实是包名 lodash。

步骤二：用 Repository 链接做来源核对

1. 定位菜单路径：仍在包详情页右侧，从 Install 向下找到 Repository。
2. 核对可见地址：链接文字应为 github.com/lodash/lodash；点击后会前往该项目的 GitHub 仓库。
3. 验收状态：返回 npm 页后，Install、Repository、Version 三个区域仍属于同一个 lodash 包页，说明命令和来源没有串到别的包。

点击顶部的 117 Versions 标签后，会出现 Current Tags 和 Version History。这张状态图用于确认你仍在 npm 的官方包页，并能在需要时继续检查当前标签与历史发布记录；它不是安装命令本身。

步骤三：处理两个容易误判的地方

把仓库地址当成安装命令

github.com/lodash/lodash 是 Repository 链接，不是终端命令。安装时复制 Install 框中的 npm i lodash，来源核对才看 Repository。

在错误目录执行命令

npm 命令会作用于当前目录。执行前先确认终端所在目录包含项目的 package.json；如果没有，应先切换到项目目录，再执行安装命令。

完成后的快速检查

任务完成的可见结果是：npm 页面标题为 lodash，Install 侧栏仍显示 npm i lodash，Repository 指向 github.com/lodash/lodash，而项目目录中的依赖清单出现 lodash。四项能对应起来，就不需要再从第三方文章复制命令。

相关问题

只想查看当前发布标签怎么办？

在包页点击 Versions，先看 Current Tags，再看 Version History；不要仅凭 Readme 标题推断当前标签。

为什么安装后还要看 Repository？

Repository 是来源核对信息，能帮助你确认查看的是目标项目，而不是名称相近的包或转载页面。

把 npm 包页上的 Install、Repository 和 Versions 分工看待，复制命令、确认来源和检查发布状态就不会互相混淆。