如何防止Yarn（2）在错误目录运行？求Windows及跨平台方案

跨平台通用方案（Windows/macOS/Linux） #

自定义安全包装脚本（Node.js） #

写一个简单的Node.js脚本替代原生Yarn命令，提前检查当前目录是否在禁止列表，或是否存在package.json：

创建yarn-safe.js文件：

const fs = require('fs');
const path = require('path');
const { execSync } = require('child_process');

// 配置禁止运行的目录（填绝对路径，支持多平台路径）
const blockedDirectories = [
  'C:\\Users\\YourName\\Desktop',
  '/home/yourname/Shared'
];

const currentDir = process.cwd();

// 检查当前目录是否是禁止目录的子目录
const isBlocked = blockedDirectories.some(dir => {
  return currentDir.startsWith(path.resolve(dir));
});

if (isBlocked) {
  console.error('❌ 禁止在此目录运行Yarn！');
  process.exit(1);
}

// 可选：强制要求当前目录存在package.json
if (!fs.existsSync(path.join(currentDir, 'package.json'))) {
  console.error('❌ 当前目录无package.json，禁止运行Yarn！');
  process.exit(1);
}

// 执行原生Yarn命令，传递所有参数
execSync(`yarn ${process.argv.slice(2).join(' ')}`, { stdio: 'inherit' });

然后设置别名让终端优先调用这个脚本：

• Windows PowerShell：运行Set-Alias yarn "node C:\path\to\yarn-safe.js"，并将此命令添加到$PROFILE文件中实现永久生效。
• macOS/Linux bash/zsh：运行alias yarn='node /path/to/yarn-safe.js'，并将此命令添加到~/.bashrc或~/.zshrc中。

Windows 专属方案 #

批处理脚本替代法 #

创建yarn-safe.bat文件：

@echo off
setlocal enabledelayedexpansion

:: 配置禁止目录，用分号分隔
set "BLOCKED_DIRS=C:\Users\YourName\Downloads;C:\Users\YourName\Desktop"

set "CURRENT_DIR=%CD%"

:: 遍历禁止目录，检查当前目录是否为其子目录
for %%d in (%BLOCKED_DIRS%) do (
  set "CHECK_DIR=%%d"
  if "!CURRENT_DIR:!CHECK_DIR!=!" neq "!CURRENT_DIR!" (
    echo ❌ 禁止在此目录运行Yarn！
    exit /b 1
  )
)

:: 可选：检查是否存在package.json
if not exist "%CURRENT_DIR%\package.json" (
  echo ❌ 当前目录无package.json，禁止运行Yarn！
  exit /b 1
)

:: 调用原生Yarn命令
yarn %*

将该批处理文件所在目录添加到系统PATH环境变量的最前端，这样输入yarn时会优先执行这个安全脚本。

组策略限制（专业版/企业版Windows） #

通过系统组策略直接禁止yarn.exe在指定目录运行：

1. 按下Win+R输入gpedit.msc打开组策略编辑器
2. 导航到「计算机配置」→「Windows设置」→「安全设置」→「软件限制策略」
3. 右键点击「软件限制策略」，选择「创建软件限制策略」
4. 在右侧「其他规则」上右键，选择「新建路径规则」
5. 输入禁止的目录路径，将安全级别设置为「不允许」，点击确定即可。

Yarn 2 内置配置限制 #

如果只需要限制在无package.json的目录运行，可以修改全局.yarnrc.yml文件，添加：

# 强制要求在有package.json的目录运行
requireWorkspace: true

注：该配置要求项目为Yarn工作区结构，普通单项目可配合前面的脚本方案使用。

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