IntelliJ共享运行配置自定义类路径失效问题求助

问题背景 #

项目使用Git共享IntelliJ #IC-232.10227.8（2023.2.5）版本的运行配置，同一模块下某运行配置需要比模块依赖更少的类路径，但遇到以下困境：

• 禁用「Use classpath of module」并应用配置后，重新打开配置时类路径自动恢复为模块类路径
• 受IDEA-303236问题限制，无法通过排除依赖修改类路径（会强制要求开发者使用相同本地路径）
• 通过包含依赖修改也不可行，模块类路径优先级更高
• 目前仅有的可行方案是通过JVM命令行参数显式指定类路径，但会生成难以维护的超长单行代码

可尝试的遗漏方案 #

1. 单独存放模块级运行配置 #

将该特殊运行配置放在模块目录下的.run文件夹中，而非项目根目录的.run目录。手动检查配置XML文件，确认<option name="USE_MODULE_CLASSPATH" value="false"/>已正确保存，且未被自动添加MODULE_NAME字段。提交Git前直接查看文件内容，确保自定义配置项未被覆盖。

2. 创建自定义类路径模板 #

在IntelliJ中创建仅包含所需依赖的类路径模板，将其设置为可共享状态，然后在目标运行配置中选择该模板替代模块类路径。同步Git后，确认其他开发者能正常加载该模板。

3. 调整依赖范围（谨慎操作） #

如果该运行配置对应的代码仅依赖模块的部分依赖，可将不需要的依赖设置为Provided或Test范围。注意：此操作可能影响模块内其他运行配置的依赖，需评估后再调整。

4. 检查Git合并策略 #

确认运行配置的XML文件是否在Git合并时被自动覆盖。有些团队的Git钩子或默认合并策略可能会重置自定义配置项。可以尝试本地修改后直接提交，跳过自动合并步骤，观察配置是否能正常同步。

关于IntelliJ缺陷的判断 #

从现象来看，禁用「Use classpath of module」后配置被自动恢复，很大概率是2023.2.5版本IntelliJ在处理共享运行配置时的已知缺陷。同系列后续小版本（如2023.2.6及以上）可能已修复该问题，建议尝试升级验证。若升级后问题依旧，可确认这是IntelliJ的功能缺陷，需等待官方修复。

内容的提问来源于stack exchange，提问作者HEN