Eines der Dinge, auf die wir bei edX stolz sind, ist unser Engagement für Open Source. Eine wichtige Entscheidung im Open-Source-Code ist die Wahl einer Lizenz. Zum größten Teil haben wir die AGPL-Lizenz verwendet. Um unsere Open-Source-Ziele besser zu erreichen, ändern wir jedoch einige unserer Lizenzen.
Unsere mehr als 30 öffentlichen Repos auf GitHub lassen sich in drei große Kategorien einteilen:
- Kernkomponenten der Open edX-Plattform.
- Bibliotheken, die von anderen verwendet werden, um über unsere APIs auf die Plattform zuzugreifen.
- Tools, die nicht spezifisch für die Open edX-Plattform sind.
Jede dieser Kategorien hat ihre eigenen Lizenzüberlegungen.
Für Kernkomponenten der Plattform verwenden wir weiterhin die AGPL. Diese Lizenz stellt sicher, dass alle Änderungen an der Plattform geteilt werden, was garantiert, dass die Plattform wirklich eine offene Ressource ist und dass jeder von den Verbesserungen profitieren wird.
Die propagierende Natur der AGPL macht es für einige Leute schwierig, sie anzunehmen. Für Repos, bei denen eine breite Nutzung wichtiger ist als gemeinsame Verbesserungen, verwenden wir die Apache-Lizenz. Dazu gehören unsere API-Bibliotheken und Tools von breitem Interesse, die zweite und dritte Kategorie oben.
Unsere erste Änderung an Apache war in der XBlock API Repo im September. Unser Katalog von API-Bibliotheken wächst, und sie werden alle mit Apache lizenziert, um die Verwendung der APIs zu fördern.
Die dritte Kategorie sind Tools von breitem Interesse, die nichts Besonderes mit edX zu tun haben und nicht als Teil der Plattform ausgeführt werden. Sie könnten für jeden Python-Entwickler interessant sein. Ein Beispiel ist Diff-Abdeckung, ein von uns erstelltes Tool, mit dem wir die Testabdeckung von Beiträgen bewerten können. Tools wie dieses werden von Apache lizenziert, um ihre breitere Nutzung und Übernahme zu ermöglichen.
Um unsere Lizenzstrategie zusammenzufassen:
- Code, der für die edX-Plattform wesentlich ist, wird AGPL sein.
- Code, der von anderen verwendet wird, um auf unsere APIs zuzugreifen, ist Apache.
- Code, der von breitem Interesse ist und nichts mit der Plattform zu tun hat, ist Apache.
Seit wir unseren Code 2013 zum ersten Mal als Open Source veröffentlicht haben, sind Umfang und Verbreitung gewachsen. Wir reformieren unseren Ansatz weiter, um den Bedürfnissen der Community bestmöglich gerecht zu werden. Wie immer würden wir gerne Ihre Meinung hören.
