Entschuldigung für die Frustration, wir versuchen, diese Updates einfach zu gestalten und bieten monatelange Zeiträume, um sie durchzuführen — aber es gibt immer einen Kompromiss. Wenn wir Remappings unbegrenzt beibehalten würden, hätten wir bereits mehrere Ebenen davon von V4 → V5 → V6, und das wäre Schulden, die eigenes Verständnis und Wartung erfordern würden. Wenn wir das für jeden Codeabschnitt tun würden, wäre Discourse viel größer und schwieriger zu verstehen und zu handhaben.
[Zitat=“LeoDavidson, Beitrag:42, Thema:325349”]
Versteht jemand, der an Discourse oder seinen Abhängigkeiten arbeitet, das Konzept einer veröffentlichten API, die von anderen genutzt wird?
[/Zitat]
Ja, weshalb wir Warnungen vor Abnutzung und Anweisungen zum Aktualisieren bereitstellen. Wir aktualisieren nicht nur eine Datei und überlassen die ganze Arbeit — jedes Mal, wenn wir eine solche Aktualisierung vornehmen, müssen wir Dokumentationen, Warnsysteme schreiben und Hunderte von Themes, Theme-Komponenten und Plugins selbst aktualisieren. Für Ember-Updates haben unsere Ingenieure völlig neue Systeme entwickelt, um legacy Anpassungen überhaupt erst möglich zu machen.
Selbst viel größere Softwarefirmen aktualisieren ihre APIs auf brechende Weise. Ich musste unsere Google Fonts-Komponente mindestens zweimal aufgrund von API-Änderungen aktualisieren, und Google ist ungefähr zwei Billionen Dollar wert. Jeder Authentifizierungsdienst, mit dem wir zur Anmeldung integriert sind, erforderte eine Aktualisierung wegen API-Änderungen.
Wenn Sie keine Zeit für gelegentliche Wartung haben, würde ich empfehlen, die Anpassungen so weit wie möglich zu reduzieren. Wenn Sie Off-the-Shelf-Themes/Komponenten/Plugins für Discourse verwenden, aktualisieren wir diese meistens kostenlos.
Sie können auch vermeiden, Discourse zu aktualisieren, aber alles ändert sich immer, und Sie würden schließlich mit neuen Sicherheitsproblemen oder Browser-Kompatibilitätsproblemen konfrontiert werden. Jede Option hat Kosten und Kompromisse.