本地 IDE 与编辑器
“团队统一用哪个 IDE”不是一个品牌投票题。统一得太死，会让移动端、C++、数据脚本和存量 Eclipse 工程付出额外成本；完全放任个人选择，又会让项目导入、格式化、调试和插件行为无法复现。
合理目标是统一项目事实和验收结果，再明确每种 IDE 的受支持入口。
一套 IDE 如何成为可重建开发入口
这里的每篇产品文章都要完成同一条基本链路：
确认项目类型与官方安装入口
-> 安装受支持版本
-> 选择正确项目根与 SDK
-> 让 IDE 读取仓库构建模型
-> 完成一次构建、运行和最小调试
-> 识别个人配置与团队配置
-> 记录升级、回滚和清理方法产品能力不同，验收证据也不同。Visual Studio 要证明 workload 与 .vsconfig 可重建；Eclipse 要证明新 workspace 可以重新导入；Android Studio 要证明 Studio、AGP、Gradle 和 JDK 兼容；Vim / Neovim 要证明无配置模式仍能作为故障降级入口。
产品文章
VS Code：适合多语言仓库、轻量项目、远程开发和可组合扩展工作流。IntelliJ IDEA：重点处理 Java / Kotlin 项目模型、JDK、Maven / Gradle、索引和调试。JetBrains IDE 家族：解释 WebStorm、PyCharm、GoLand、Rider、CLion 的真实差异与许可取舍。
Visual Studio：面向 .NET、C++ 和 Windows 工程，治理 workload、solution、VSIX 和企业部署。Eclipse IDE 与 Spring Tools：服务存量 Java / Spring 团队，治理 workspace、p2、Oomph 和项目设置。
Android Studio：治理 Android SDK、AVD、ADB、AGP / Gradle / JDK 兼容和设备调试。Vim 与 Neovim：提供终端、SSH、精简环境和故障降级下可维护的编辑入口。
先比较工程模型
| 工具 | 主要工程对象 | 团队首先要固定的事实 |
|---|---|---|
| VS Code | folder、multi-root workspace、扩展提供的语言模型 | 项目根、workspace 设置、任务和扩展边界 |
| IntelliJ / JetBrains | project、module、SDK、external build model | JDK / interpreter、Maven / Gradle 或语言工具链 |
| Visual Studio | solution、project、workload、component | .sln / project、.vsconfig、SDK 与 launch profile |
| Eclipse / Spring Tools | workspace、project、nature、builder | 项目 .settings、JDK、导入方式、p2 / Oomph 基线 |
| Android Studio | Android project、module、variant、SDK / AVD | Studio / AGP / Gradle / JDK 兼容和 SDK 组件 |
| Vim / Neovim | cwd、buffer、window、tab、quickfix、LSP workspace | 配置入口、项目根、LSP / formatter 和插件锁定 |
如果 CLI 以仓库根构建，而 IDE 只打开了 src；或者 CI 使用 wrapper，IDE 却调用本机另一版本，那么 IDE 显示的“项目状态”就不是仓库事实。先修正模型，再清缓存。
团队支持矩阵
团队可以允许多个 IDE，但每个受支持入口都应记录：
支持的操作系统、CPU 和最低硬件。安装渠道、更新通道和许可类型。支持的项目根、SDK 和构建入口。
最小构建、测试、运行和调试证据。必装、可选和禁止插件。可提交配置与必须本地保留的配置。
已知兼容问题、升级窗口和回滚方式。出现故障时的 CLI 降级路径。
支持矩阵不等于要求平台团队替每种个人偏好兜底。没有可重复验证和维护 owner 的入口，应明确标记为个人自助，而不是团队正式基线。
跨产品问题继续向下定位
当 CLI 与 IDE 对模块、依赖或生成目录给出不同结论时，沿项目模型、索引与缓存治理检查模型来源和缓存失效链路。当 launch、attach、调试协议或源码映射出现偏差时，沿任务、运行与调试配置治理还原进程、端口和路径关系。
当插件来源、签名、私有源或升级回滚不可解释时，进入扩展与插件供应链治理建立准入和撤销机制。当个人同步覆盖项目设置或带出敏感值时，使用设置同步与团队基线重新划分个人、项目、机器和组织配置。
Maven、Gradle、npm、NuGet 与 MSBuild 的依赖和构建事实继续由包管理与构建工具链维护；IDE 只消费这些事实。系统代理、企业 CA 和证书链异常应回到网络、代理与证书链路取证，不能通过 IDE 内关闭校验绕过。