Una build software è un insieme di codice eseguibile pronto per l’uso da parte dei consumatori che è stato prodotto compilando il codice sorgente. Questo termine può anche essere usato per riferirsi al processo di costruzione stesso, in cui gli sviluppatori prendono il loro codice sorgente e lo eseguono attraverso un processo di compilazione per renderlo funzionale. I programmi software vengono continuamente aggiornati fino a quando i produttori decidono di smettere di supportarli. Ciò può comportare una serie di build, molte delle quali vengono rilasciate al pubblico in generale.
I progettisti di software in genere iniziano delineando ciò che vogliono che il software faccia e come vogliono realizzarlo. Gli sviluppatori iniziano a sviluppare il codice sorgente, la materia prima che costituirà la spina dorsale del software. Una cosa che considerano mentre lavorano sul sorgente è la necessità di build future. Il codice sorgente flessibile può essere modificato, aggiunto e alterato in base alle esigenze dell’utente e al cambiamento del software. Il codice rigido può essere più difficile da lavorare in futuro.
Nel processo di creazione del software, compilano il codice sorgente per creare un programma. Eseguono il risultato attraverso test rigorosi per assicurarsi che funzioni. Se ci sono problemi con la build del software, possono tornare al codice sorgente per modificarli. Pertanto, non tutte le build vengono rilasciate al pubblico; a volte un grave errore fa fallire completamente una build e, in altri casi, ha troppi errori per essere pronta per l’uso generale.
Una volta che gli sviluppatori sono soddisfatti, possono pubblicare una build. I numeri di versione del software forniscono ampie informazioni sulla versione per i clienti; ad esempio 1.0 o 2.0. I numeri di build offrono dettagli più specifici sulla build del software utilizzata dal cliente. Ad esempio, un programma di elaborazione testi potrebbe visualizzare “Word Processor 5.0” all’avvio, informando il cliente che questa è la quinta versione. Nei dettagli sul programma, potrebbe essere visualizzato con un numero di build, in una forma come 5.0.5.9865.
Quando il cliente ha un problema, il tecnico dell’assistenza può richiedere il numero di build del software, poiché potrebbe essere importante. Potrebbe esserci un problema noto che potrebbe essere risolto aggiornando la build installata sul computer del cliente o applicando una patch. Se il problema non è stato segnalato prima, il tecnico può inserire un Trouble Ticket per avvisare gli sviluppatori, con quante più informazioni possibili sull’errore a loro vantaggio. Ciò consente loro di affrontare il problema nelle future build del software. A volte si verificano errori molto strani, come un conflitto tra due programmi che gli sviluppatori non avrebbero pensato di testare insieme.