大多数情况下，IDEA 提交代码报 permission denied 是因为本地 SSH 密钥权限过开、项目文件归属权不对，或者 IDEA 没有权限调用 Git 可执行文件。优先检查密钥权限和项目文件夹的读写归属，通常能快速恢复。
先说结论：本质是操作系统层面的访问控制拦截了 Git 操作，而非代码本身问题。
- 先确认：查看 IDEA 底部 Git 日志面板的具体报错信息，区分是文件权限还是 SSH 密钥权限。
- 先处理：根据报错类型修正 SSH 私钥权限、项目文件夹归属权或 IDEA 的 SSH 可执行文件配置。
- 再验证：在 IDEA 中重新执行 Commit 操作，确认报错消失。
命令速用版
如果是 macOS 或 Linux 环境，且报错涉及 SSH 密钥，可尝试以下命令修复权限：
chmod 700 ~/.ssh
chmod 600 ~/.ssh/id_rsa
chmod 644 ~/.ssh/id_rsa.pub如果是项目文件夹权限问题，且当前用户非所有者（注意替换路径）：
sudo chown -R $USER:$USER /path/to/your/project如果是 Windows 环境，尝试启用长路径支持或重置文件属性：
git config `--global` core.longpaths true
attrib -R /S /D X:\path\to\your\project\*.*为什么会这样
Git 依赖底层文件系统来完成版本控制操作。当 IDEA 调用 Git 时，它继承了当前运行用户的权限。如果 SSH 私钥文件对“其他用户”可读，SSH 客户端会拒绝使用它以防安全风险。同样，如果项目目录属于 root 而其他用户运行 IDEA，Git 就无法写入 .git 目录。Windows 上则常见于文件被占用、权限继承异常或路径过长。
分步处理
1. 读取具体报错
在 IDEA 底部找到 Git 工具窗口，查看 Commit 失败时的红色报错信息。关键词如果是“Permission denied (publickey)”，重点查 SSH；如果是“Unable to save file”或“Access denied”，重点查文件归属。
2. 修复 SSH 密钥权限（Linux/macOS）
打开终端，执行上述“命令速用版”中的 chmod 命令。SSH 协议强制要求私钥权限不能超过 600，否则视为不安全。
3. 修复项目文件归属（Linux/macOS）
确认当前登录用户与项目所有者一致。如果不一致，使用 chown 命令修正。警告：务必确认路径指向项目目录，避免误改系统文件权限。不要随意使用 sudo 运行 IDEA，这会导致后续文件变成 root 归属。
4. 检查 Windows 文件占用与权限
在 Windows 上，如果文件被其他进程锁定，也会报权限错误。关闭可能占用文件的程序，或重启 IDEA。确保 IDEA 没有以管理员身份运行而 Git 仓库是在普通用户下创建的。若路径过长，执行git config `--global` core.longpaths true。
5. 核对 IDEA 中 Git 与 SSH 配置
进入 Settings -> Version Control -> Git，检查 Git executable 路径是否正确。随后进入 Settings -> Version Control -> SSH，检查 SSH executable 选项：
- Built-in：IDEA 内置 SSH，兼容性好，但有时权限控制严格。
- Native：调用系统 SSH 客户端。如果内置选项报错，尝试切换为 Native 并指定系统 ssh.exe 路径，常能解决权限拦截问题。
怎么验证是否生效
回到 IDEA 的 Commit 界面，填写提交信息后点击 Commit 按钮。如果不再弹出错误对话框，且 Git 日志面板中没有红色报错，即表示修复成功。也可以在终端执行git status和git push `--dry-run`确认无权限拦截。
常见坑
1. 避免 chmod 777
不要为了省事将密钥或项目权限设为 777，这会带来安全风险且可能被 SSH 拒绝。
2. 避免混用 root 和普通用户
不要用 sudo 启动 IDEA 去提交普通用户创建的仓库，这会导致后续普通用户无法操作文件。
3. Windows 路径长度
部分 Windows 权限报错实际是路径过长导致，尝试启用 Git 的 longpaths 配置。
原文链接：https://www.zjcp.cc/ask/11716.html