升级至node:22-alpine后GitLab Runner中node_modules/.bin消失，求调试方案

• 检查 npm/yarn 版本差异：本地和GitLab Runner环境的包管理器版本可能不一致，Node 22默认带的npm版本是10.x，而Node 16对应的是8.x，不同版本的包管理器在生成.bin目录的逻辑上可能有变化。直接在Runner里执行 npm -v 或 yarn -v 对比本地版本。
• 查看依赖安装日志：在Runner的构建脚本里增加日志输出，比如执行 npm install --verbose 或 yarn install --verbose，重点看是否有关于.bin目录生成的警告或错误，比如某些依赖未正确安装、权限问题导致无法创建目录。
• 确认Runner的工作目录权限：GitLab Runner的执行用户可能没有足够权限创建.bin目录，检查工作目录的权限设置，比如执行 ls -ld node_modules 和 mkdir -p node_modules/.bin 测试是否能手动创建。
• 排查依赖包的兼容性：某些旧依赖可能和Node 22不兼容，导致安装过程中跳过了.bin文件的生成。可以尝试临时移除可疑依赖，重新安装看.bin是否出现；或者查看依赖的package.json里的bin字段是否存在且格式正确。
• 检查npm/yarn的配置差异：本地和Runner环境的包管理器配置可能不同，比如是否开启了--no-bin-links（npm）或--no-bin（yarn）这类禁用.bin生成的参数，执行 npm config list 或 yarn config list 对比配置项。
• 测试基础安装场景：在Runner里创建一个最小测试项目，比如初始化一个空项目，安装一个带bin字段的依赖（比如lodash-cli），看是否能生成.bin目录，排除项目本身复杂依赖的干扰。
• 确认镜像源的一致性：本地和Runner使用的npm/yarn镜像源可能不同，某些镜像源可能存在缓存或同步问题，导致依赖包的.bin文件未正确下载。在Runner里临时切换到和本地一致的镜像源再安装测试。

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