windows上用属性面板改文件权限需右键→属性→安全→编辑→选中用户名→勾选“完全控制”；vscode无图形化权限编辑功能，依赖系统底层机制，常见错误如“拒绝访问”“eacces”多因当前用户缺写入或执行权限。
Windows 上用属性面板改文件权限
VSCode 本身不提供图形化权限编辑界面，得靠 Windows 文件系统底层机制。右键点击目标文件或文件夹 → “属性” → “安全”选项卡，就能看到当前用户和组的访问权限列表。Administrators 和你的用户名通常在其中。如果列表里没有你当前登录的账户，或你账户只有“读取”没勾“写入”，就无法保存修改。
常见错误现象：VSCode 提示“拒绝访问”、“无法保存文件”，但文件明明没被其他程序占用；git commit 失败报 EACCES: permission denied；插件安装卡在“正在下载”后无声退出。
- 若要快速放行，点击“编辑…” → 选中你的用户名 → 勾选“完全控制”（开发时够用，生产环境慎用）
- 别直接点“高级”里“替换子容器和对象的所有者”，这会递归重置整个目录树所有权，可能影响 OneDrive 或杀毒软件行为
- 特别注意
.ssh文件夹：Windows 要求其权限必须严格，config文件的父目录.ssh不能有“继承权限”，否则 VSCode 的 Remote-SSH 会直接拒绝连接
Linux/macOS 下用 chmod/chown 控制权限
终端命令才是真实生效的手段。VSCode 内置终端（或系统 Terminal）执行 ls -l filename 可看到类似 -rw-r--r-- 的权限字符串；开头 - 表示普通文件，rw- 是所有者权限，中间 r-- 是组权限，末尾 r-- 是其他人权限。
典型使用场景：Node.js 项目里 node_modules 下某些二进制文件缺执行位、Python 脚本保存后无法 ./script.py 运行、Git 报 fatal: unable to chmod()。
- 加写权限：
chmod u+w filename（仅给自己加写）或chmod 644 filename（标准文本文件权限） - 加执行权限：
chmod +x script.sh（等价于chmod 755 script.sh） - 改属主（Mac/Linux 常见）：
sudo chown -R $USER:staff ~/projects/myapp，尤其当文件是从压缩包解压或通过sudo npm install生成时
WSL 中 /mnt/c 路径的权限陷阱
在 WSL 里打开 /mnt/c/Users/xxx/project 目录，看似是 Linux 环境，实则走的是 NTFS 驱动映射。默认情况下，所有文件都显示为 drwxrwxrwx，但实际权限由 Windows ACL 控制 —— 这就是为什么 chmod +x 有时无效，git status 却提示权限变更。
根本原因不是命令没输对，而是 WSL 挂载参数没启用元数据支持。只改单个文件权限没用，得统一配置挂载行为。
- 编辑
/etc/wsl.conf，加入：[automount] options = "metadata,uid=1000,gid=1000,umask=022"
- 保存后必须执行
wsl --shutdown，再重启 WSL 实例，配置才生效 - 更稳妥的做法：把项目移到 WSL 原生路径（如
~/projects），避开/mnt/c—— 这里权限模型完整，chmod和chown行为与标准 Linux 一致
PowerShell 执行策略导致的“假权限错误”
VSCode 默认终端是 PowerShell，而 Windows 默认禁止运行本地脚本。你看到的“Access Denied”往往不是文件权限问题，而是 PowerShell 拒绝加载 .ps1 文件 —— 错误信息通常是：File xxx.ps1 cannot be loaded because running scripts is disabled on this system.
这会让 npm 构建脚本、自定义 launch.json 的 preLaunchTask、甚至部分插件的初始化逻辑静默失败，表现为 VSCode 卡住、终端无输出、调试器不启动。
- 检查当前策略：
Get-ExecutionPolicy -List，重点关注CurrentUser行 - 安全且可逆的修复：
Set-ExecutionPolicy RemoteSigned -Scope CurrentUser（无需管理员权限） - 绝对不要用
Bypass或Unrestricted，公司电脑上可能被域策略覆盖，还触发 EDR 告警
