VS Code 无法真正“永不改动”文件，需结合系统只读属性与 files.readonlyInclude 配置实现强只读：设 chmod 444（macOS/Linux）或文件属性“只读”（Windows），再配置 glob 模式匹配路径，重启文件生效，保存时明确报错。
VS Code 怎么让文件“只读”不被意外修改
VS Code 本身没有“永不改动”的文件锁机制，所谓“永不改动”，实际是通过系统级只读属性 + 编辑器行为控制来实现的——核心目标是：打开时自动进入只读模式、保存时明确报错、且不依赖用户手动切换状态。
或文件属性设为只读后，VS Code 还能编辑？
能，但会触发明确提示。VS Code 检测到文件无写权限（Linux/macOS）或 Windows 属性含“只读”时，会在编辑器右下角显示
标签，并禁用保存快捷键（
/
）。此时若强行点击保存按钮，会弹出错误：
。
Windows 用户：右键文件 → “属性” → 勾选“只读” → 确定
macOS/Linux：终端执行
（仅读，不含执行）
注意：
对目录无效；若文件在 Git 仓库中，Git 可能自动重置权限，需配合
想全局禁止某类文件被保存，该配
还是
？
两个都错。
是隐藏文件，不影响可编辑性；
是旧版配置项，VS Code 1.80+ 已弃用。真正起效的是
，它接受 glob 模式，匹配后强制只读：
匹配路径基于工作区根目录，不是绝对路径
修改后需重启 VS Code 或重新打开文件才生效
该设置不会阻止你“输入”，只拦截保存动作——这点容易误判为“没生效”
为什么加了
还能保存成功？
常见原因有三个：路径 glob 写错、文件已打开再改配置、或插件绕过限制。比如：
VSCode 1.118
微软正式发布 Visual Studio Code 1.118 版本 。本次更新重点强化了 AI 开发体验与企业管理能力，其中最引人注目的是新增 Copilot CLI 远程控制功能，允许开发者通过手机或网页远程监控和接管 AI 会话 。同时，为了提高 AI 的运行性价比，新版本优化了令牌缓存策略以降低成本 。此外，1.118 版还引入了 Chronicle 本地历史追踪、TypeScript 7.0 支持以及更严格的企业级访问管控 。
下载
写成
却实际文件叫
→ 不匹配
文件已在编辑器中打开，配置变更后未关闭重开 → VS Code 不动态重载只读状态
安装了
类插件，或用了
且远程用户有写权限 → 权限判断发生在远程端，本地配置无效
最稳的做法：设好
→ 关闭所有相关文件 → 重新打开 → 尝试
，确认弹出
提示。
真正的“永不改动”不存在，但靠系统权限 + VS Code 的只读策略 + 严格 glob 配置，可以做到绝大多数场景下无法误存。关键不在设置多复杂，而在每次改完配置后——关掉再开一次文件。
chmod +rReadonlyCtrl+SCmd+SUnable to write file 'xxx' (NoPermissions)chmod 444 /path/to/filechmod 444git config core.filemode falsefiles.readonlyfiles.excludefiles.excludefiles.readonlyfiles.readonlyInclude"files.readonlyInclude": {
"**/config.production.json": true,
"**/*.lock": true
}readonlyInclude"**/prod.json"prod.config.jsonAuto SaveRemote - SSHreadonlyIncludeCtrl+SCannot save… File is read-only