JetBrains hat 2026.2 veröffentlicht und ich hatte 22 Kompatibilitätsmatrizen zu aktualisieren. Das sind 22 Plugins mal sechs unterstützte IDE-Versionen mal “kompiliert das noch, funktioniert das noch, haben sie die API deprecated, von der ich abhänge.” Das hatte ich nicht eingeplant, als ich das erste gebaut habe.
Der vierteljährliche Update-Zyklus
Jedes JetBrains-Plattform-Release kann Plugin-APIs brechen. Manchmal ist es eine umbenannte Methode. Manchmal ein entfernter Extension Point. Manchmal eine subtile Verhaltensänderung im PSI-Baum, die die Completion-Engine falsche Ergebnisse liefern lässt.
Für 22 Plugins bedeutet ein Plattform-Release grob eine Woche Kompatibilitätsarbeit. Testen, fixen, nochmal testen, im Marketplace einreichen, auf Review warten. Manche Updates sind trivial. Manche brauchen einen vollen Tag pro Plugin, weil sich eine Kern-API geändert hat.
Ich bin darin schneller geworden. Die gemeinsame Codebasis hilft - wenn ich ein Kompatibilitätsproblem im Core-Framework fixe, profitieren alle 22 Plugins. Aber das Testen muss trotzdem pro Plugin, pro IDE-Version passieren.
Die Marketplace-Warteschlange
Man reicht ein Plugin-Update ein und es geht in die JetBrains-Review-Queue. Manchmal dauert das Review zwei Tage. Manchmal zwei Wochen. Es gibt keinen veröffentlichten Zeitplan, keine Priority Lane, keine Möglichkeit zu eskalieren. Wenn man einen kritischen Bugfix hat und die Queue langsam ist, wartet man.
Ich habe gelernt, Updates einzureichen, bevor ich sie brauche. Wenn eine neue IDE-Version den Early Access erreicht, fange ich sofort mit der Kompatibilitätsarbeit an. Bis die IDE stable ist, sind meine Updates meistens schon in der Queue. Meistens.
Support
Jedes Plugin bekommt grob eine E-Mail pro Monat. Über 22 Plugins ist das ein stetiger Strom. Die meisten sind “unterstützt das X”-Fragen - leicht zu beantworten. Manche sind echte Bug-Reports, die einen Tag zum Reproduzieren und Fixen brauchen. Ein paar sind Feature-Requests, die zum nächsten Plugin werden.
Die Überraschung war, wie sehr die Support-Qualität die Bewertungen beeinflusst. Eine schnelle, hilfreiche Antwort an einen verwirrten Nutzer hat schon zu Bewertungen geführt. Das hatte ich nicht erwartet.
Kontextwechsel
Die härtesten Kosten sind das Kontextwechseln. Einen Bug im Solidity-Plugin zu fixen braucht ein komplett anderes mentales Modell als einen im ABAP-Plugin. Jede Sprache hat ihre eigene Grammatik, ihre eigenen Macken, ihre eigenen Nutzererwartungen. Von Haskells Typsystem zu Arduinos Präprozessor-Makros am selben Nachmittag zu wechseln, ist wirklich desorientierend.
Anyway, 22 Plugins. Ich hatte nicht 22 geplant. Aber so ist es jetzt.