WebStorm本身不支持SVN自定义提交钩子，因其仅调用svn commit命令，既不解析、执行也不管理pre-commit等hook脚本；SVN hook需由服务端或本地.svn/hooks/脚本实现，且WebStorm默认忽略本地hook。
WebStorm 本身不支持 SVN 的自定义提交钩子（pre-commit、post-commit 等），这类钩子必须由 SVN 服务端或本地 hook 脚本控制，WebStorm 只负责调用 svn commit 命令——它既不解析、也不执行、更不管理任何 hook 脚本。
为什么 WebStorm 里看不到 pre-commit 钩子配置项
SVN 的 hook 是纯服务端或工作副本本地 .svn/hooks/ 目录下的可执行脚本（如 pre-commit.bat 或 pre-commit），运行时机在 svn commit 命令真正发往服务器前/后，由 SVN 客户端（命令行）或服务端（如 Apache + mod_dav_svn / VisualSVN Server）触发。WebStorm 没有 hook 编辑器、不读取 .svn/hooks/、也不提供 UI 来注册或调试它们。
常见误解是把 Git 的 husky / lint-staged 类比到 SVN —— 但 SVN 没有等价的“npm 包式钩子生态”，它的 hook 是操作系统级脚本，且：
- 服务端 hook 必须部署在 SVN 服务器上，WebStorm 完全无感知
- 本地 hook（
.svn/hooks/）仅在命令行执行svn commit时生效；WebStorm 调用的svn commit默认忽略本地 hook（这是 SVN 官方行为，为避免 IDE 提交被脚本阻塞） - 即使你手动在
.svn/hooks/下放了pre-commit，WebStorm 提交时也不会运行它
想让 WebStorm 提交时触发校验，只能绕道命令行
若你坚持要在提交前跑 ESLint / Prettier / Shell 检查，唯一可靠路径是：放弃依赖 WebStorm 的图形化 Commit 窗口，改用终端 + 自定义 wrapper 脚本。
操作要点：
- 在项目根目录建一个
commit.sh（macOS/Linux）或commit.bat（Windows） - 脚本内容需包含：代码检查 →
git add类逻辑（对 SVN 是svn add --force）→ 最终调用svn commit - 确保脚本有执行权限（
chmod +x commit.sh） - 在 WebStorm 终端中运行它，而不是点右键 → Commit Changes
例如 commit.sh 片段：
#!/bin/bash
npx eslint --ext .js,.ts src/ || exit 1
npx prettier --check "**/*.{js,ts,css}" || exit 1
svn commit -m "$1"
注意：svn 命令本身不支持像 git commit -v 那样内联执行 hook，所以这个 wrapper 是必须的中间层。
WebStorm 提交失败时，怎么判断是不是 hook 拦截了
如果提交报错但没明确提示，先排除 WebStorm 自身问题：
- 打开 WebStorm 终端（
Alt+F12），手动运行svn commit -m "test" - 观察输出：若有
pre-commit hook failed或脚本路径报错（如/path/to/pre-commit: Permission denied），说明是 hook 问题 - 若终端里能成功提交，但 WebStorm 里失败 → 问题出在 WebStorm 的 SVN 路径、凭证缓存或文件状态同步，和 hook 无关
- WebStorm 的 Commit 对话框默认隐藏 stderr 输出，它只显示 “Commit failed” 这类泛化提示，真实错误永远在终端里
真正难的不是写 hook，而是让所有团队成员都用同一套本地脚本、且权限/环境一致；服务端 hook 虽可靠，但需要运维权限。WebStorm 在这件事上，只是个安静的 svn 命令调用者——它不越界，也不背锅。
