JetBrains 永久回退许可：旧版付费功能与新版免费核心的取舍

摘要

财务把下一年的订阅费划掉，开发团队却不能顺手把下一年的工作也划掉。代码还要打开，依赖还要解析，测试还要跑。此时，“永久”听上去像一张安稳的椅子。JetBrains 确实给符合条件的客户留了椅子，只是椅子放在某条旧版本线上。

JetBrains 当前的回退许可说明，把获得资格的门槛放在连续订阅满十二个月。年度订阅与连续月付，都要按其公布的条件完成这一期间。回退权保留的版本由订阅历史决定；账户里的可回退、可覆盖版本记录，才是某个客户应核对的具体答案。

企业版 Toolbox 协议给出了更清楚的尺子：回退日期位于订阅到期前十二个月，回退版本取该日期之前可公开购买的最近产品版本，并包含该版本的缺陷修复更新。持续按月续费时，符合条件的版本也可能向前移动。因此，“用了整整一年后就能永远用取消当天的最新版”，把两个日期偷换成了一个。

缺陷修复仍在覆盖范围内，这个细节很要紧。把回退许可说成一块完全不能更新的化石，同样算错。真正被划开的，是已覆盖版本线与后来产品版本之间的边界。对于依赖旧工具链的项目，这条边界可能很宽松；对于需要新语言支持、特定插件或新开发能力的团队，边界可能正好横在每天的工作上。

JetBrains 的另一份许可说明，把选择摆到了台面上。PyCharm 从 2025.1、IntelliJ IDEA 从 2025.2 起提供免费核心功能路线，可以继续更新；回退路线则保留所覆盖旧版本的完整付费功能。前者给更新留门，后者给功能留座。

两张票没有统一的赢家。只需要核心功能的团队，可能更看重继续接收新版。每天用到某项付费能力的团队，可能更愿意暂时留在符合条件的旧版本。采购表格若只留“有无永久许可”一列，恰好把最贵的差别挤出了表格。

这项比较限定在相应开发工具的许可选择。TeamCity 等另有条款的团队工具，以及其他产品的服务权利，不能跟着 IDE 的回退规则一起装进购物车。公司名字相同，合同边界照样可以不同。

一个具体的退出演练，比十页“降低依赖”的汇报更便宜。选一个有代表性的项目，在独立测试环境里装上账户明确覆盖的回退版本，配好获准使用的插件，完成依赖解析、构建和测试，再执行日常真正离不开的 IDE 操作。若考虑免费核心路线，就用那套功能重新跑一遍。

演练应保留失败的位置：是工程本身不能构建，还是编辑器少了某项便利；是必须要有的功能，还是多年没有清理的习惯。把两者混成一项“开发者不同意”，供应商甚至不用参加谈判，续费单就已自行获胜。

定价某家公司的退出成本，还缺它的订阅历史、账户覆盖版本及代表项目的测试结果；必要功能都能顺利完成，会增强停订阅的底气，关键工作受阻则会削弱它。

永久回退权有真实的商业价值：它让停付与停止使用之间多了一段路。只是路能走多远，取决于项目与那条版本线还能同行多久。采购应拿着一次跑通的工作流程去谈续费。形容词不会替团队编译代码。