JetBrains IDE 选型
共享平台，不等于共享项目模型
WebStorm、PyCharm、GoLand、Rider 和 CLion 都建立在 JetBrains 平台上，设置界面、插件入口、项目分析、运行配置和快捷键有明显共同性。这些共同点降低了切换成本，也很容易诱导团队把五款产品当成同一个 IDE 的语言皮肤。
真正决定工程行为的输入并不相同。WebStorm 从 workspace、lockfile 和 Node.js 还原 JavaScript 工具链；PyCharm 由 Python 解释器和虚拟环境决定包世界；GoLand 读取 Go SDK、module 与 workspace；Rider 组合 solution/project、target framework 与 .NET SDK/MSBuild；CLion 则把项目格式、compiler、generator、profile、debugger 和运行环境组合成 toolchain。共同平台只提供承载面，不能消除这些差异。
因此，这一页只承担选型，不再把五款产品的安装、配置、实验和故障交错写进一篇。需要落地时直接进入对应主文章：WebStorm、PyCharm、GoLand、JetBrains Rider 或 CLion。Java/Kotlin 与 Maven/Gradle 项目继续进入 IntelliJ IDEA。
先用仓库事实过滤产品
选型的第一问不是“哪款补全更强”，而是仓库用什么对象描述构建和执行。下表用于第一次分流，不替代代表项目验证。
| 产品 | 主要项目事实 | 最先验证的工具链 | 容易被 IDE 隐藏的偏差 |
|---|---|---|---|
| WebStorm | package.json、lockfile、workspace、tsconfig.json | Node.js、包管理器、测试/bundler | 打开子包、全局包、错误工作目录 |
| PyCharm | pyproject.toml、锁文件、源码包结构 | Python 解释器、虚拟环境、测试 | IDE/终端解释器分叉、个人 PYTHONPATH |
| GoLand | go.mod、go.work、生成规则 | Go SDK、module proxy、测试/Delve | 上级 go.work、本地 replace、全局 go env |
| Rider | solution/project、Directory.Build.*、NuGet | .NET SDK、MSBuild、target framework | toolset/TFM 不同、错误 startup project |
| CLion | CMake/Makefile/compilation DB/Meson | compiler、generator、profile、debugger | 复用旧 cache、ABI/架构和符号不匹配 |
多语言 monorepo 不必强行选一款 IDE 统治所有目录。仓库共享构建、格式化和检查事实，各子系统使用最合适的产品，往往比维护一套跨语言私有配置更稳。只有跨语言重构、统一项目搜索、席位打包或远程平台确实带来收益时，才值得收敛入口。
再比较运行与调试目标
同一仓库可以在本地、WSL、容器、SSH 主机或远端 backend 中执行。选型时要回答代码、语言工具链、项目分析、插件、目标进程、调试器、端口和凭证分别在哪一侧。能打开远端目录不代表产品支持完整远程模型；本地 IDE 配远程解释器，与 JetBrains Client 连接远端 backend 也不是同一架构。
WebStorm 的 Node Inspector、PyCharm 的 Python debugger、GoLand 的 Delve、Rider 的 .NET/引擎调试和 CLion 的 GDB/LLDB/DAP 都有独立兼容边界。团队用代表仓库验证断点命中、调用栈、源码映射、进程停止和端口清理，而不是只比较是否有 Debug 按钮。需要把本地 UI 与远端 backend 分离时，进入 JetBrains Remote Development 单独评估资源、网络、许可和退出责任。
许可按产品、用途和组织分配
“JetBrains 产品”不是一种通用许可证。PyCharm 统一产品包含免费核心能力与需要订阅的 Pro 能力；WebStorm、Rider、CLion 等产品的个人非商业许可、试用或符合条件计划有自己的用途与联网要求；GoLand 没有 Community Edition。商业团队必须按当期条款、实际用途和产品分配席位，不能从“个人可免费”推导出“公司可免费”。许可口径会变，选型记录应链接到 JetBrains 许可与购买 FAQ，而不是抄一份容易过期的价格或资格表。
组织还要选择账号订阅、License Vault/IDE Services 或合同允许的离线激活方式。已退役的旧 Floating License Server 不应出现在新架构。许可管理员保存产品、人员、用途、分配、回收和离线例外证据；开发文档和截图不暴露账号、激活码或许可证编号。
Toolbox 安装多个 IDE 方便并存与回滚，也会增加安装、插件、配置和缓存的磁盘占用。All Products Pack 看起来能减少采购选择，但不代表每位开发者都应安装全部产品。按角色与代表仓库分配，通常比全员全家桶更容易治理。
共同设置只共享真正共同的部分
五款产品都可能产生 .idea、.run、code style、inspection、插件需求与个人同步状态。团队可以共享 EditorConfig、语言 formatter、部分 inspection profile、不含秘密的运行配置和确实跨产品兼容的项目文件。个人窗口、最近文件、本地历史、解释器/SDK 绝对路径、数据库连接、证书、账号和 token 留在本机。
Required Plugins 只能提示安装，不是 allowlist、权限隔离或安全审批。插件与 IDE 进程同权限，能读源码与环境、访问网络并执行程序；批准记录应包含发布者、来源、版本、兼容、数据边界和回滚。AI 插件还要进入 AI 工具家族核对模型与数据处理，不能因为装在 IDE 中就按普通主题插件放行。
Backup and Sync 适合个人恢复快捷键、主题和部分插件，不是团队配置中心。项目基线必须能在干净账号和干净机器上从仓库与批准制品重建；个人同步失败或员工离职不能带走唯一工程配置。
用同一套证据完成最终选型
每款候选产品都用相同代表仓库和目标环境完成一轮验证。先从外部终端执行仓库正式 bootstrap/build/test，保存工具链路径、版本和退出码；再由 IDE 导入同一项目根，运行同一任务，命中一个真实断点并正常停止。最后重建派生环境，确认没有依赖旧索引、全局包或个人绝对路径。
测试结果至少回答四类问题。功能面上，项目模型、重构、测试和调试是否覆盖主要工作；运行面上，CLI、IDE 与 CI 是否使用同一工具链；治理面上，插件、设置、许可和升级能否受控；成本面上，席位、资源、索引磁盘、培训和平台维护是否可接受。
不要用“功能最全”作为结论。WebStorm 可能减少 JavaScript 工具组合，但对简单脚本未必值得订阅；PyCharm 对复杂 Python 环境很有价值，但干净命令行仍必须成立；GoLand 的 module 理解不能修复仓库中的本地 replace；Rider 的跨平台体验不能替代 Windows 特定 workload；CLion 的多 toolchain 能力也会带来 profile 和 build directory 管理成本。
升级失败时保持变量可归因
IDE、插件、语言运行时、构建工具和项目依赖同时升级，失败后几乎无法定位。稳定基线应一次只改变一层，保留旧 IDE 实例和可重建插件清单；代表项目通过导入、分析、构建、测试、调试、停止、重启后再扩大范围。
索引和 cache 是派生状态。CLI 正常而 IDE 错误时，先比较项目根、SDK/解释器、构建模型、工作目录和环境，再 reload；输入一致后才重建索引。清理全部 JetBrains system 目录可能删除 Local History 与日志，也会把产品问题和数据丢失混在一起。
代理、企业 CA、账号、插件仓库和语言依赖源是不同客户端链。浏览器成功、JetBrains 登录成功或某个包下载成功，都不能替其他客户端作证。证书失败按目标、issuer、客户端和配置路径取证，不关闭 TLS，也不把凭证写入仓库。
退出机制决定这是不是健康选型
最终选型记录应说明为什么选择、为什么不选择相邻产品，以及何时重新评估。触发条件可以是项目事实变化、目标平台变化、关键调试能力缺失、订阅成本、插件风险、远程架构或维护 owner 消失，而不是泛泛的“体验不好”。
退出时，仓库仍能在没有该 IDE 的机器上安装依赖、构建、测试和发布；个人 .idea、账号同步和插件不能持有唯一事实。组织回收席位、账号、私有插件源、远程环境和凭证，项目配置保留无秘密的可迁移部分。满足这条边界后，JetBrains 产品才是可替换的工程入口，而不是藏着构建知识的个人工作站。