原文摘要

The Bazel Plugin for IntelliJ IDEA Is Now Generally Available! After much anticipation, we are finally ready to announce the general availability (GA) of the new Bazel plugin for IntelliJ IDEA, PyCharm, and GoLand – now developed by JetBrains! After months of focused development and valuable feedback from our EAP users, we’re officially launching our […]

原文链接

进一步信息揣测

• 从Google旧插件迁移的隐藏成本：虽然官方宣称迁移更简单，但实际可能遇到旧版配置与新插件不兼容的问题，尤其是自定义构建规则或复杂依赖关系的项目，需要手动调整.bazelproject文件，这部分经验通常不会在文档中详细说明。
• 索引优化的真实代价：使用import_depth和import_ijars加速索引会牺牲代码智能提示的准确性，尤其是对深层依赖的代码跳转和重构支持可能变差，这在大型多模块项目中尤为明显，属于“性能换功能”的权衡。
• Go支持的未明说限制：尽管官方提到Go支持，但实际需要额外安装Go插件（可能产生额外费用或配置冲突），且对Bazel特定规则（如go_proto_library）的支持可能不完善，需依赖社区解决方案。
• Bazel Query工具窗口的隐藏用途：内部开发者可能用它逆向工程复杂项目的依赖关系，但公开文档未提及其对非标准构建规则（如自定义Skylark规则）的解析局限性，需手动编写查询语句。
• EAP阶段的未公开反馈：早期测试用户曾报告同步时内存泄漏问题，虽在GA版修复，但类似问题可能在特定条件下（如超大型工作区）复现，官方未提供详细规避方案。
• Python/Go生态支持的优先级内幕：Java/Kotlin/Scala仍是核心优化方向，Python和Go的维护可能滞后于社区需求（如异步调试支持），需关注JetBrains内部路线图或付费支持渠道获取真实更新计划。
• .bazelproject文件的潜规则：仅索引直接引用文件虽提升速度，但若未显式包含测试文件或生成代码目录，会导致部分代码智能失效，需手动维护文件列表，这一管理成本在文档中被弱化。