Build (informatica)
Nel campo dell'informatica, e più in particolare dello sviluppo di software, il termine inglese build (lett. "costruzione") viene solitamente utilizzato per indicare il processo di trasformazione del codice sorgente in un artefatto eseguibile. Talvolta lo stesso termine viene utilizzato non per indicare il processo ma il relativo risultato finale ovvero l'artefatto ottenuto o il corrispondente codice numerico (o alfanumerico) che permette di distinguere tale artefatto da altri ottenuti in precedenza nell'ambito dell'evoluzione dello stesso prodotto software. Quando il termine build viene utilizzato per indicare il numero (o codice alfanumerico) che identifica un particolare artefatto esso può prendere, a seconda delle convenzioni utilizzate, un significato sovrapponibile a quello di release (rilascio). Una delle convenzioni più diffuse nel mondo dell'informatica è che versione-major o edizione, revisione (o sottoversione-minor) e build (o release) vengano indicate come cifre separate da un punto. Quando a variare è solamente il numero di build significa che le modifiche introdotte nel software sono di entità molto limitata, tipicamente riguardanti la correzione di malfunzionamenti (bug) senza modifiche sostanziali nelle funzionalità o prestazioni, nel comportamento o nell'aspetto dell'applicazione. In alcuni casi, la build identifica l'oggetto (spesso archiviato in una corrispondente cartella dell'ambiente di sviluppo) che viene passato al collaudo di accettazione (fase UAT).
Nel campo dell'informatica, e più in particolare dello sviluppo di software, il termine inglese build (lett. "costruzione") viene solitamente utilizzato per indicare il processo di trasformazione del codice sorgente in un artefatto eseguibile. Talvolta lo stesso termine viene utilizzato non per indicare il processo ma il relativo risultato finale ovvero l'artefatto ottenuto o il corrispondente codice numerico (o alfanumerico) che permette di distinguere tale artefatto da altri ottenuti in precedenza nell'ambito dell'evoluzione dello stesso prodotto software.[1]
Quando il termine build viene utilizzato per indicare il numero (o codice alfanumerico) che identifica un particolare artefatto esso può prendere, a seconda delle convenzioni utilizzate, un significato sovrapponibile a quello di release (rilascio). Una delle convenzioni più diffuse nel mondo dell'informatica è che versione-major o edizione, revisione (o sottoversione-minor) e build (o release) vengano indicate come cifre separate da un punto. Quando a variare è solamente il numero di build significa che le modifiche introdotte nel software sono di entità molto limitata, tipicamente riguardanti la correzione di malfunzionamenti (bug) senza modifiche sostanziali nelle funzionalità o prestazioni, nel comportamento o nell'aspetto dell'applicazione.[2][3]
In alcuni casi, la build identifica l'oggetto (spesso archiviato in una corrispondente cartella dell'ambiente di sviluppo[4]) che viene passato al collaudo di accettazione (fase UAT).
Fase di build
[modifica | modifica wikitesto]La build è, in parole povere, la creazione (ormai eseguita in automatico tramite l'IDE) dell'eseguibile di installazione o il popolamento delle cartelle dell'artefatto. Build (costruzione) è anche una fase del processo di sviluppo software. Il numero o il codice della build è solo una proprietà identificativa del risultato concreto di tale fase.
Praticamente, la fase di build non è altro che l'"assiemaggio" dei sottosistemi, moduli, componenti al fine di costruire e consegnare (delivery) il sistema ovvero il prodotto completo, utilizzabile in ambiente di produzione (live environment), come previsto dalle specifiche. Quando il pacchetto non è in forma di un eseguibile d'installazione (file di setup), la build è la fase, precedente al deployment, che consiste in pratica nella costruzione delle cartelle (container) sul server ove si archiviano i moduli (parti) del sistema (front end, back end, database, servizi) unitamente alle configurazioni.
In italiano, build (inteso come verbo senza altra specificazione), nel contesto del software o dei servizi IT, si potrebbe tradurre in "preparazione", "costruzione", "produzione" (sottinteso: del/i pacchetto/i da distribuire cioè il software eseguibile). Nel gergo di settore è spesso tradotto in pacchettizzare[5]. Alcuni fornitori di soluzioni gestionali dedicate allo sviluppo software traducono build in confezionare (sotto inteso l'artefatto). L'avvento del paradigma dei container ha ottimizzato la fase di build.
Note
[modifica | modifica wikitesto]- ^ Glossario informatico :: Definizione Build, su pc-facile.com. URL consultato il 21 ottobre 2020.
- ^ Differenza fra edizione e versione di Windows, release e build, su memexcomputer.it, 8 novembre 2016. URL consultato il 21 ottobre 2020.
- ^ Come funzionano le versioni di un software, su zombieprocess.it. URL consultato il 21 ottobre 2020 (archiviato dall'url originale il 26 ottobre 2020).
- ^ Ambiente di sviluppo è lo strumento software dedicato con cui si produce il software da realizzare e comprende la parte di creazione del codice (programmazione).
- ^ Anche perché, quando previsto dalle specifiche, ha come risultato la realizzazione dell'eseguibile d'installazione.
Collegamenti esterni
[modifica | modifica wikitesto]- (EN) Denis Howe, build, in Free On-line Dictionary of Computing. Disponibile con licenza GFDL
