La base de code Open edX change rapidement. Lorsque des personnes déploient une nouvelle instance à partir de la dernière version de la base de code, chaque personne se retrouve avec un code légèrement différent, ce qui rend difficile le partage des connaissances et des améliorations. Pour résoudre ce problème, edX crée une série de versions nommées de la base de code Open edX. Ces versions nommées fourniront des points stables dans le temps pour que les personnes puissent se regrouper, afin qu'il soit plus facile de parler de votre installation Open edX et de bénéficier de la communauté Open edX.
Aujourd'hui, nous avons publié Aspen, la première version nommée pour Open edX. Aspen est une instance de la base de code Open edX figée à un moment stable (mi-septembre 2014) ; le code dans Aspen ne changera pas, même si la communauté des développeurs Open edX continue de s'appuyer sur la base de code Open edX actuelle. Toutes les versions seront testées de manière approfondie à la fois par edX, qui utilisera la version pour prendre en charge des millions d'utilisateurs, ainsi que par des organisations au sein de la communauté Open edX, où la version aura été exécutée et testée dans de nombreuses configurations différentes. Nous avons choisi un schéma de nommage basé sur l'arborescence : la prochaine version nommée s'appellera Birch et devrait arriver dans quelques mois.
L'équipe DevOps d'edX a déjà publié une série de boîtes Vagrant suivant un schéma de dénomination basé sur le pain, avec des versions telles que Injera et Kifli. La principale différence entre les versions basées sur des pains comme Kifli et les versions basées sur des arbres comme Aspen est que la première est destinée aux développeurs qui souhaitent se lancer et fonctionner sur la dernière version de la base de code, quelle qu'elle soit, tandis que la seconde est destiné aux opérateurs qui souhaitent disposer d'une version stable et cohérente de la base de code. Les versions basées sur les pains sont des versions du référentiel de configuration uniquement, tandis que les versions basées sur l'arborescence sont des versions de l'ensemble de la plate-forme edX. Notez que cela signifie que les opérateurs qui souhaitent passer d'une installation basée sur Kifli à une installation basée sur Aspen pourraient en fait être déclassement leur base de code, passant de la dernière base de code de développement à une base de code plus ancienne et plus stable.
Kifli (et toutes les versions de référentiel de configuration) est conçu pour suivre la dernière version de la base de code, quelle qu'elle soit, il peut donc être difficile de prédire les erreurs que vous pouvez rencontrer lorsque vous essayez de passer de Kifli à Aspen ; différentes personnes commenceront à différentes versions, elles peuvent donc rencontrer différentes erreurs lorsqu'elles changent de version. Cette difficulté est précisément la raison pour laquelle nous avons créé Aspen : étant donné qu'Aspen est un code capturé à un moment stable, tous ceux qui débutent avec Aspen auront exactement la même base de code, et il sera plus facile d'appliquer des améliorations et des mises à niveau à l'avenir. Lorsque nous publierons Birch, nous publierons également un processus de mise à niveau stable pour mettre à niveau votre système d'Aspen vers Birch sans avoir à recommencer à zéro.
Le code qui compose la version d'Aspen a été testé au combat et est prêt pour une utilisation en production. Cependant, les scripts d'installation et la documentation "devstack" et "fullstack" sont conçus pour le développement et la facilité d'utilisation plutôt que pour une utilisation en production. Si vous envisagez de créer un site Web robuste pour une utilisation en production, vous devez rechercher d'autres options d'installation.
Une documentation supplémentaire sur les versions stables nommées est disponible sur notre Ouvrir les pages edX Confluence, et des instructions d'installation plus détaillées sont disponibles sur le Wiki Github pour le référentiel de configuration. Si vous rencontrez des problèmes, nous vous encourageons à vérifier le liste de diffusion openx-ops et rejoignez la discussion. Nous aimerions avoir vos commentaires sur ce processus afin que nous puissions nous améliorer en permanence. Merci d'être une communauté formidable et engagée !
