Die Codebasis von Open edX ändert sich schnell. Wenn Personen eine neue Instanz aus der neuesten Version der Codebasis bereitstellen, erhält jede Person am Ende etwas anderen Code, was es schwierig macht, Wissen und Verbesserungen auszutauschen. Um dieses Problem zu lösen, erstellt edX eine Reihe benannter Versionen der Open edX-Codebasis. Diese benannten Releases bieten stabile Zeitpunkte, um die sich Menschen gruppieren können, sodass es einfacher ist, über Ihre Open edX-Installation zu sprechen und von der Open edX-Community zu profitieren.
Heute haben wir Aspen veröffentlicht, die erste benannte Version für Open edX. Aspen ist eine zu einem stabilen Zeitpunkt (Mitte September 2014) eingefrorene Instanz der Open edX-Codebasis; Der Code in Aspen wird sich nicht ändern, auch wenn die Open edX-Entwicklergemeinschaft weiterhin auf der aktuellen Open edX-Codebasis aufbaut. Alle Releases werden umfangreichen Tests unterzogen, sowohl von edX, das das Release zur Unterstützung von Millionen von Benutzern verwenden wird, als auch von Organisationen innerhalb der Open edX-Community, wo das Release in vielen verschiedenen Konfigurationen ausgeführt und getestet wurde. Wir haben uns für ein baumbasiertes Namensschema entschieden: Die nächste benannte Version wird Birch heißen und sollte in ein paar Monaten eintreffen.
Das DevOps-Team von edX hat zuvor eine Reihe von Vagrant-Boxen veröffentlicht, die einem Brot-basierten Namensschema folgen, mit Versionen wie Injera und Kifli. Der Hauptunterschied zwischen den brotbasierten Veröffentlichungen wie Kifli und den baumbasierten Veröffentlichungen wie Aspen besteht darin, dass erstere für Entwickler gedacht ist, die mit der neuesten Version der Codebasis loslegen möchten, was auch immer diese sein mag, während letztere ist für Betreiber gedacht, die eine stabile, konsistente Version der Codebasis haben möchten. Brotbasierte Versionen sind nur Versionen des Konfigurationsrepos, während baumbasierte Versionen Versionen der gesamten edX-Plattform sind. Beachten Sie, dass dies bedeutet, dass Betreiber, die von einer Kifli-basierten Installation zu einer Aspen-basierten Installation wechseln möchten, dies tatsächlich sein könnten Herabstufung ihre Codebasis, indem sie von der neuesten Entwicklungscodebasis zu einer älteren, stabileren Codebasis wechseln.
Kifli (und alle Konfigurations-Repo-Releases) wurde entwickelt, um die neueste Version der Codebasis zu verfolgen, was auch immer es sein mag, daher kann es schwierig sein, vorherzusagen, auf welche Fehler Sie stoßen könnten, wenn Sie versuchen, von Kifli zu Aspen zu wechseln; Verschiedene Leute werden mit verschiedenen Versionen beginnen, so dass sie beim Wechseln der Versionen auf unterschiedliche Fehler stoßen können. Genau diese Schwierigkeit ist der Grund, warum wir Aspen geschaffen haben: Da Aspen Code zu einem stabilen Zeitpunkt erfasst, wird jeder, der mit Aspen beginnt, genau dieselbe Codebasis haben, und es wird einfacher sein, Verbesserungen und Upgrades in Zukunft anzuwenden. Wenn wir Birch veröffentlichen, werden wir auch einen stabilen Upgrade-Prozess veröffentlichen, um Ihr System von Aspen auf Birch zu aktualisieren, ohne wieder von vorne anfangen zu müssen.
Der Code, aus dem die Aspen-Version besteht, wurde kampferprobt und ist bereit für den Einsatz in der Produktion. Die Installationsskripte und die Dokumentation „devstack“ und „fullstack“ sind jedoch eher für die Entwicklung und Benutzerfreundlichkeit als für die Verwendung in der Produktion konzipiert. Wenn Sie planen, eine robuste Website für den Produktionseinsatz zu erstellen, sollten Sie andere Installationsoptionen prüfen.
Weitere Dokumentation zu den stabil benannten Veröffentlichungen ist auf unserer verfügbar Öffnen Sie edX Confluence-Seiten, und detailliertere Installationsanweisungen sind auf der verfügbar Github-Wiki für das Konfigurations-Repository. Wenn Sie auf Probleme stoßen, empfehlen wir Ihnen, die zu überprüfen OpenX-Ops-Mailingliste und diskutieren Sie mit. Wir würden uns über Ihr Feedback zu diesem Prozess freuen, damit wir uns kontinuierlich verbessern können. Vielen Dank, dass Sie eine großartige und engagierte Community sind!
