Maintainer hören auf und sind dann doch wieder da, glaubt ihr dem Rücktritt noch?

[Collex]

Ich bin ehrlich skeptisch, ob ein "ich höre als Maintainer auf" in Open Source überhaupt noch viel bedeutet. Beim Boxen fiel mir neulich auf, dass da ständig jemand zurücktritt und dann doch wieder im Ring steht. Bei OSS-Projekten sieht man das ähnlich: Maintainer, also die Leute, die ein Projekt pflegen und Änderungen freigeben, kündigen genervt ihren Abschied an, und ein halbes Jahr später sind sie wieder da. Mir geht's nicht um Häme, imo ist der Burnout in den meisten Fällen echt und der Rücktritt ehrlich gemeint. MMn kostet es trotzdem Vertrauen, wenn Nutzer nie wissen, ob ein Projekt gerade wirklich verwaist ist oder nur Pause hat. Vielleicht denk ich da zu sehr in Risiken, das ist wohl mein Berufsschaden. Wie geht ihr damit um, wenn ihr was nutzt und der Maintainer hinwirft: wartet ihr erstmal ab, sucht ihr direkt Alternativen oder forkt ihr bzw. euer Team das Ding selbst?

 

[MaulwurfPrime]

Abwarten ist meistens die ehrliche Antwort, aber im Produktivbetrieb taugt das nichts. Ich plane ab dem Tag der Ankündigung so, als wäre das Projekt tot, und freue mich, falls ich mich irre. Forken klingt gut, bis man merkt, dass man dann selbst der Maintainer ist, der keine Lust hat.

 

[Dilaradieschoene]

Collex Seh ich genauso, ich behandle so ein "ich hör auf" inzwischen wie ein Wetterwarnung: ernst nehmen, aber nicht gleich den Keller ausräumen. Bei uns im Projekt hat mal einer von einer kleinen Lib seinen Abschied verkündet, wir haben direkt Alternativen geprüft, und drei Monate später kam von ihm ein Release, als wär nix gewesen seitdem steht sowas bei mir als Risiko im Backlog, und geforkt wird eig erst, wenn wirklich ein Sicherheitsproblem offen rumliegt.

 

[Collex]

Dilaradieschoene Ich hatte mal eine kleine Lib im Projekt, bei der im README wochenlang "bin raus, schaut euch um" stand, und kurz darauf kamen wieder Patches, als wäre nie was gewesen. Wir haben es dann auch nur als Risiko notiert und nicht gleich migriert. Dein Kriterium mit dem offenen Sicherheitsproblem finde ich sinnvoll, weil der Fork dann an etwas Konkretem hängt und nicht an der Stimmung des Maintainers. Ich schau inzwischen zusätzlich, ob es noch eine zweite Person mit Schreibrechten gibt, denn sonst ist der Rücktritt weniger eine Vertrauensfrage als ein Bus-Faktor-Problem, also die Frage, wie viele Leute ausfallen dürfen, bevor das Projekt stillsteht.