1 487
contributi
m (Prima versione) |
m (firma) |
||
Riga 1: | Riga 1: | ||
==Stable, Testing e Unstable== | ==Stable, Testing e Unstable== | ||
Debian ha un sistema di sviluppo particolare quanto unico: | Debian ha un sistema di sviluppo particolare quanto unico: � infatti la sola ad avere tre rami diversi divisi in base alle caratteristiche di stabilit�: Stable, Testing, Unstable ed un repository Experimental. | ||
==Stable == | ==Stable == | ||
Stable | Stable � la release '''stabile''' di Debian. Nello sviluppo Debian, una release viene dichiarata stabile quando i bug ad essa associati prima del rilascio sono quasi inesistenti. | ||
Una volta rilasciata, viene aperto un repository speciale: '''security''', che ha lo scopo di raccogliere gli aggiornamenti dei pacchetti presenti nella Stable corrente, per quanto riguarda il fattore sicurezza. Questi aggiornamenti, | Una volta rilasciata, viene aperto un repository speciale: '''security''', che ha lo scopo di raccogliere gli aggiornamenti dei pacchetti presenti nella Stable corrente, per quanto riguarda il fattore sicurezza. Questi aggiornamenti, per�, non riguardano la versione del pacchetto: infatti non ci saranno nuove versioni dei programmi disponibili, ma solo aggiornamenti di sicurezza (quindi applicazioni di patch, in linea di massima). | ||
Anche se la cosa | Anche se la cosa pu� sembrare inutile, non lo �: supponiamo di avere un sistema produttivo, basato su l'ultima Stable... L'aggiornamento di un programma alla versione successiva potrebbe comportare un po' di problemi: <br/> | ||
* la struttura e/o la sintassi dei file di configurazione potrebbe subire dei cambiamenti, creando delle | * la struttura e/o la sintassi dei file di configurazione potrebbe subire dei cambiamenti, creando delle incompatibilit� con le configurazioni valide per versioni precedenti;<br/> | ||
* potrebbero essere presenti dei cambiamenti sostanziali alla struttura del pacchetto o del programma; | * potrebbero essere presenti dei cambiamenti sostanziali alla struttura del pacchetto o del programma; | ||
* potrebbero presentarsi dei bug non segnalati, a causa della 'giovane | * potrebbero presentarsi dei bug non segnalati, a causa della 'giovane et�' del pacchetto. <br/> | ||
Anche se i punti sopra citati sembrano banali, non | Anche se i punti sopra citati sembrano banali, non � cos�: una macchina di produzione deve essere solida e stabile, e visto che molto spesso � una ottima pratica avere in cron le operazioni di aggiornamento, la probabilit� che un aggiornamento automatico possa creare situazioni di instabilit� o non funzionamento di un servizio non pu� essere accettato. | ||
Questo | Questo � un motivo per cui, nella release Stable, ci sono solo aggiornamenti riguardantii bugfix. | ||
===I Nomi delle Release=== | ===I Nomi delle Release=== | ||
Una domanda diffusa tra gli utenti alle prime armi con Debian riguarda i nomi delle release; a prima vista, infatti, possono sembrare strani, ma la spiegazione | Una domanda diffusa tra gli utenti alle prime armi con Debian riguarda i nomi delle release; a prima vista, infatti, possono sembrare strani, ma la spiegazione � molto semplice: sono tutti nomi dei personaggi del film '''ToyStory'''. | ||
Ecco l'elenco dei nomi delle Stable fino ad ora rilasciate: | Ecco l'elenco dei nomi delle Stable fino ad ora rilasciate: | ||
Riga 85: | Riga 85: | ||
==Testing == | ==Testing == | ||
La release Testing | La release Testing � quella pi� utilizzata in ambito Desktop, visto che rappresenta il miglior compromesso tra stabilit� � aggiornamento di pacchetti. | ||
===Il percorso dei pacchetti=== | ===Il percorso dei pacchetti=== | ||
I pacchetti, prima di entrare nella release di Testing compiono un tragitto per raggiungere un buon grado di | I pacchetti, prima di entrare nella release di Testing compiono un tragitto per raggiungere un buon grado di maturit�. Quando vengono creati, possono essere inseriti in Experimental, se hanno bisogno di test approfonditi e non sono considerati completamente stabili dall'autore, oppure possono essere inseriti in Unstable, pronti per essere testati dagli sviluppatori4.7. Il pacchetto viene incluso in Testing (sostituendo eventualmente quello pi� vecchio) se: <br/> | ||
* Deve essere stato in unstable per 10, 5 o 2 giorni, in funzione dell'urgenza dell'upload; <br/> | * Deve essere stato in unstable per 10, 5 o 2 giorni, in funzione dell'urgenza dell'upload; <br/> | ||
* Deve essere stato compilato e deve essere aggiornato su tutte le architetture su cui sia stato compilato in unstable; <br/> | * Deve essere stato compilato e deve essere aggiornato su tutte le architetture su cui sia stato compilato in unstable; <br/> | ||
* Deve avere meno bug release-critical, o lo stesso numero, della versione corrente in "testing" (si veda sotto per maggiori informazioni); <br/> | * Deve avere meno bug release-critical, o lo stesso numero, della versione corrente in "testing" (si veda sotto per maggiori informazioni); <br/> | ||
* Tutte le sue dipendenze devono o essere soddisfatte dai pacchetti | * Tutte le sue dipendenze devono o essere soddisfatte dai pacchetti gi� in "testing", o essere soddisfatte dall'insieme di pacchetti che verranno installati nel contempo; <br/> | ||
* L'operazione di installazione del pacchetto in "testing" non | * L'operazione di installazione del pacchetto in "testing" non dovr� danneggiare alcun pacchetto che sia gi� in "testing". <br/> | ||
===Da Testing a Stable=== | ===Da Testing a Stable=== | ||
Quando la versione di Testing raggiunge un buon grado di | Quando la versione di Testing raggiunge un buon grado di maturit�, avviene il passaggio da Testing a Stable. Prima di tutto viene dicharata una situazione di freeze, in cui non � pi� possibile inserire nuove versioni di un pacchetto (a meno che non sia fondamentale per la correzione di qualche bug) ma solo correggere i bug riscontrati. Quando la versione di Testing verr� valutata come sufficientemente stabile, verr� rilasciata come Stable. Dopo il rilascio della Stable, la nuova Testing verr� ricreata secondo le normali regole a partire da Unstable. | ||
==Unstable== | ==Unstable== | ||
Unstable | Unstable � la distribuzione per gli sviluppatori, come indicato sul sito ufficiale Debian, e l'uso di questa release in ambito lavorativo (o comunque produttivo) pu� portare a degli inconvenienti o instabilit�. � possibile, infatti, che a causa di qualche aggiornamento vengano introdotti dei bug che possano compromettere il normale funzionamento di qualche applicazione, inoltre � possibile che, a causa dell'aggiornamento di alcune librerie o set di programmi, si possano creare delle situazioni di dipendenze non risolte che potrebbero rendere impossibile l'aggiornamento e/o l'instalazione di alcuni pacchetti. Il mio consiglio � di non utilizzarla, a meno di non avere una certa dimestichezza e familiarit� con il sistema Debian. | ||
==Experimental== | ==Experimental== | ||
Experimental | Experimental � un repository (e non una release) che contiene i pacchetti che in fase di testing da parte dei Debian Developer e che necessitano di lavoro prima di essere pronti per entrare in Unstable. | ||
---- [[User:MaXeR|MaXeR]] |
contributi