La base di codice di Open edX cambia rapidamente. Quando le persone distribuiscono una nuova istanza dall'ultima versione della codebase, ogni persona finisce con un codice leggermente diverso, rendendo difficile la condivisione di conoscenze e miglioramenti. Per risolvere questo problema, edX sta creando una serie di versioni con nome della base di codice Open edX. Queste versioni con nome forniranno punti stabili nel tempo per consentire alle persone di raggrupparsi, in modo che sia più facile parlare della tua installazione di Open edX e trarre vantaggio dalla comunità di Open edX.
Oggi abbiamo rilasciato Aspen, la prima versione denominata per Open edX. Aspen è un'istanza della base di codice Open edX congelata in un momento stabile (metà settembre 2014); il codice in Aspen non cambierà, anche se la comunità di sviluppatori Open edX continua a costruire sull'attuale base di codice Open edX. Tutte le versioni riceveranno test approfonditi sia da edX, che utilizzerà la versione per supportare milioni di utenti, sia da organizzazioni all'interno della comunità Open edX, dove la versione sarà stata eseguita e testata in molte configurazioni diverse. Abbiamo scelto uno schema di denominazione basato sugli alberi: la prossima versione denominata si chiamerà Birch e dovrebbe arrivare tra pochi mesi.
Il team DevOps di edX ha precedentemente rilasciato una serie di scatole Vagrant seguendo uno schema di denominazione basato sul pane, con versioni come Injera e Kifli. La principale differenza tra le versioni basate sul pane come Kifli e le versioni basate sugli alberi come Aspen è che la prima è pensata per gli sviluppatori che vogliono essere operativi sull'ultima versione della base di codice, qualunque essa sia, mentre la seconda è pensato per gli operatori che desiderano avere una versione stabile e coerente della base di codice. Le versioni bread-based sono versioni solo del repository di configurazione, mentre le versioni tree-based sono versioni dell'intera piattaforma edX. Si noti che ciò significa che gli operatori che desiderano passare da un'installazione basata su Kifli a un'installazione basata su Aspen potrebbero effettivamente esserlo declassamento la loro base di codice, passando dalla base di codice di sviluppo più recente a una base di codice più vecchia e più stabile.
Kifli (e tutte le versioni dei repository di configurazione) è progettato per tenere traccia dell'ultima versione della base di codice, qualunque essa sia, quindi può essere difficile prevedere in quali errori potresti incappare quando provi a passare da Kifli ad Aspen; persone diverse inizieranno a versioni diverse, quindi potrebbero incorrere in errori diversi quando cambiano versione. Questa difficoltà è precisamente il motivo per cui abbiamo creato Aspen: poiché Aspen è un codice acquisito in un momento stabile, tutti coloro che iniziano con Aspen avranno esattamente la stessa base di codice e sarà più facile applicare miglioramenti e aggiornamenti in futuro. Quando rilasceremo Birch, rilasceremo anche un processo di aggiornamento stabile per aggiornare il tuo sistema da Aspen a Birch senza dover ricominciare da capo.
Il codice che costituisce la versione di Aspen è stato testato in battaglia ed è pronto per l'uso in produzione. Tuttavia, gli script e la documentazione di installazione "devstack" e "fullstack" sono progettati per lo sviluppo e la facilità d'uso piuttosto che per l'utilizzo in produzione. Se stai pianificando di creare un sito Web solido per l'utilizzo in produzione, dovresti esaminare altre opzioni di installazione.
Ulteriore documentazione sulle versioni stabili con nome è disponibile su ns Apri le pagine di edX Confluencee istruzioni di installazione più dettagliate sono disponibili su Github wiki per il repository di configurazione. In caso di problemi, ti invitiamo a controllare il mailing list openx-ops e unisciti alla discussione. Ci piacerebbe il tuo feedback su questo processo in modo da poter migliorare continuamente. Grazie per essere una community fantastica e impegnata!
