Windows下npm安装Angular CLI时ng.cmd文件的生成机制与来源

核心生成规则 #

• 你在JFrog私有仓库存放的@angular/clinpm包内找不到ng.cmd是正常现象，该文件并非@angular/cli包自带的原始文件，是执行npm install过程中npm客户端自动生成的可执行垫片。
• npm对所有在package.json中声明了bin字段的依赖包，都会在安装阶段自动生成跨平台的启动脚本：Windows环境生成.cmd后缀的批处理文件，类Unix环境生成无后缀的Shell脚本，所有生成的脚本统一放在项目的node_modules/.bin目录下。
• 针对@angular/cli包，其package.json内的bin字段配置为"bin": { "ng": "./bin/ng.js" }，npm读取到该配置后，会按照内置的固定模板生成ng.cmd，核心逻辑是调用本地node程序执行包内的./bin/ng.js入口文件，并透传所有命令行参数。

哈希不匹配拦截的原因 #

• 你不需要在JFrog私有仓库中寻找独立的ng.cmd源文件，因为这个文件不存在于任何上传到仓库的npm包中，它的内容完全由你本地执行安装时使用的npm客户端版本决定。
• 不同版本的npm内置的cmd垫片模板存在细微差异（比如换行符格式、路径处理逻辑、注释内容的区别），哪怕安装的是同一个版本的@angular/cli，用不同版本npm生成的ng.cmd文件哈希值都不一样，这就是你安装后文件始终被防火墙拦截的核心原因。

可落地的解决方法 #

• 方法1：先向企业防火墙运维方确认白名单内的ng.cmd哈希值对应的npm版本，将本地环境的npm版本切换到对应版本后再执行npm install，生成的文件哈希会自动匹配白名单规则。
• 方法2：如果需要脱离npm安装流程单独部署该文件，可以直接使用npm内置的标准cmd模板手动生成文件，提前计算哈希提交运维加白后，手动放到项目node_modules/.bin目录下即可，标准模板内容如下：

@ECHO off
GOTO start
:find_dp0
SET dp0=%~dp0
EXIT /b
:start
SETLOCAL
CALL :find_dp0

IF EXIST "%dp0%\node.exe" (
  SET "_prog=%dp0%\node.exe"
) ELSE (
  SET "_prog=node"
  SET PATHEXT=%PATHEXT:;.JS;=;%
)

endLocal & goto #_undefined_# 2>NUL || title %COMSPEC% & "%_prog%"  "%dp0%\..\@angular\cli\bin\ng.js" %*

• 手动放置ng.cmd前需要确认@angular/cli包本身已经完整安装到node_modules对应目录，否则脚本会因为找不到入口ng.js文件无法正常运行。

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