Regole per la creazione delle configurazioni VOMS
Gestione delle configurazione per i componenti
Ogni componente del sottosistema dovrebbe avere due configurazioni per ogni release, una da lockare
contro la project configuration glite 3.1 e una contro glite 3.2.
N.B.: La configurazione per glite 3.2 si distingue da quella per 3.1 grazie al suffisso
_GL32
.
Esempio:
Ricetta generale per il componente
- Clonare l'ultima configurazione funzionante, e aggiornare il numero di versione. Se si tratta di una configurazione glite 3.2, ricordarsi di aggiungere (o mantenere) il suffisso
_GL32
.
- Aggiornare il tag o branch a cui la configurazione fa riferimento in maniera coerente col nome della configurazione.
- Lanciare un remote build della configurazione impostando la project config di riferimento (
glite_branch_3_1_0
se si tratta di una conf glite 3.1, glite_branch_3_2_0
se si tratta di glite 3.2).
- Non lockare la configurazione sino a che non si e' ottenuto un build funzionante
- Aggiornare la tabella qui in modo che contenga l'ultima configurazione del componente per il build 3.1 e 3.2
Ricetta generale per le configurazioni da release del sottosistema
- Clonare l'ultima configurazione funzionante di sottosistema, e aggiornare il numero di versione. Se si tratta di una configurazione glite 3.2, ricordarsi di aggiungere il suffisso
_GL32
.
- Aggiornare i sottocomponenti a cui la configurazione fa riferimento in maniera coerente col nome della configurazione, ovvero linkando solo configurazioni col suffisso
_GL32_
ad una configurazione glite 3.2, e configurazioni senza suffisso ad una configurazione glite 3.1.
- Lanciare un remote build della configurazione impostando la project config di riferimento (
glite_branch_3_1_0
se si tratta di una conf glite 3.1, glite_branch_3_2_0
se si tratta di glite 3.2).
- Non lockare la configurazione sino a che non si e' ottenuto un build funzionante
- Aggiornare la tabella qui in modo che contenga l'ultima configurazione del componente per il build 3.1 e 3.2
Ricetta generale per le configurazioni di sviluppo del sottosistema
Dobbiamo mantenere due configurazioni di sottosistema unlocked che servono per gestire lo sviluppo per glite 3.1 e glite 3.2.
Queste configurazioni si chiameranno:
-
glite_voms_branch_3_1_0
-
glite_voms_branch_3_2_0
e conterranno le versioni piu' recenti
che buildano dei componenti cosi' come prese dalle ultime configurazioni di release per glite 3.1 e glite 3.2.
Se usiamo solo queste configurazioni (o configurazioni clonate da queste che poi vengono
distrutte una volta che buildano e si fa il merge back delle modifiche su queste) non abbiamo bisogno di impazzire per sapere qual'e' l'ultima conf
di un componente da linkare alla conf di sottosistema in qualsiasi momento.
Ripeto: queste configurazioni
non vengono mai lockate, e servono a testare i build prima delle release.
L'obiettivo principale e' evitare l'esplosione di configurazioni di sviluppo/testing che abbiamo visto ultimamente.
Come sottomettere un remote build
Glite 3.1
- Scegliere
glite_branch_3_1_0
come project config.
- Scegliere
CERN SLC4 32
e CERN SLC4 X86_64
come piattaforme.
Glite 3.2
- Scegliere
glite_branch_3_2_0
come project config.
- Scegliere
Scientific Linux 5 32bit
e Scientific Linux 5 X86_64
come piattaforme.
Come lockare le configurazioni
Lockare le conf per glite 3.1 contro
glite_branch_3_1_0
.
Lockare le conf per glite 3.2 contro
glite_branch_3_2_0
.
--
AndreaCeccanti - 2009-11-06