WebStorm本身不支持SVN提交消息模板功能，因其依赖底层SVN客户端配置（如log-message-file），而非IDE内置设置；需通过修改~/.subversion/config启用log-message-file并确保已启用Subversion集成及完成Checkout。
WebStorm 本身不支持 SVN 提交消息的模板功能（不像 Git 可配 commit template），但可以通过启用 SVN 的 log-message-file 机制 + 外部脚本或 IDE 配置间接实现类模板效果；直接在 UI 里填“默认提交信息”是无效的。
为什么 WebStorm 的 Commit 对话框里不能设默认提交内容
WebStorm 的 Commit Changes 窗口只读取当前工作区的变更，不提供预设 message 字段的配置入口。它调用的是底层 svn commit 命令，而该命令是否弹出编辑器、是否读取模板，完全取决于 SVN 客户端自身的配置（比如 ~/.subversion/config 中的 editor-cmd 或 log-message-file）。
- 你改了
Settings → Version Control → Subversion → Commit message里的任何字段，都不会生效——那个区域实际是空的，WebStorm 并未实现该配置项 - 试图在
VCS → Git/SVN Settings里找“commit template”会扑空，SVN 模块压根没这个开关 - 所谓“自动填充上次提交内容”的行为，只是 WebStorm 缓存了上一次输入的文本，并非模板逻辑
用 log-message-file 实现准模板（推荐 macOS/Linux）
这是最稳定、跨 IDE 的方式：让 SVN 客户端每次 commit 前自动加载一个固定文件的内容作为初始提交信息。
- 编辑 SVN 全局配置：
~/.subversion/config - 找到
[miscellany]区块，添加或取消注释这一行：log-message-file = /path/to/your/svn-template.txt - 确保该文件存在且可读，例如内容为：
feat: refactor: fix: docs:
- 重启 WebStorm，再打开
Commit Changes窗口，你会发现输入框已预填该文件内容 —— 这是 SVN 客户端传给 WebStorm 的，不是 IDE 自己加的 - 注意：Windows 用户若用 TortoiseSVN 命令行，配置路径在
%APPDATA%\Subversion\config，且需使用正斜杠或双反斜杠
Windows 下常见失效原因与绕过方法
TortoiseSVN 的命令行工具（svn.exe）对 log-message-file 支持不稳定，尤其在 WebStorm 调用时容易忽略该配置。
- 现象：
svn --version显示的是 TortoiseSVN 自带版本（如 1.14.x），但log-message-file不生效 - 验证方法：终端执行
svn commit --file /dev/null --dry-run，看是否报错或跳过编辑器 - 绕过方案：改用纯命令行 SVN（如通过
brew install svn或choco install svn安装 Apache Subversion），并确保 WebStorm 的Version Control → Subversion → Use command line client指向它 - 替代技巧：在 WebStorm 中绑定外部快捷键，用
Ctrl+Shift+A搜 “External Tools”，添加一个运行echo "feat: " > %USERPROFILE%\svn-msg.tmp的命令，再配合手动粘贴
别依赖 WebStorm 的“Recent Messages”当模板
WebStorm 会记录最近几次提交信息到本地缓存（~/.WebStorm*/system/vcs-log/），但它只是历史列表，不能自动插入、不能变量替换、也不能按分支/目录差异化。
- 右键提交时点下拉箭头选旧消息，仅适合快速复用，不是模板系统
- 如果项目多人协作，这种“随手复制上次提交”的做法极易导致 message 格式混乱、语义模糊
- 真正需要模板驱动的团队，应推动统一使用
pre-commit钩子校验 message 格式，而非靠 IDE 表面功夫
最易被忽略的一点：即使你配好了 log-message-file，WebStorm 在首次提交前仍必须完成两个硬性前提——VCS → Enable Version Control Integration → Subversion，且项目根目录下已有 .svn 目录（即已 checkout 成功）。否则整个提交流程根本不会触发 SVN 的配置读取逻辑。
