Build

Nello sviluppo software, "build" viene usato sia come verbo sia come sostantivo. Il verbo si riferisce al processo di build, ovvero ai passaggi necessari per creare un'applicazione. Il sostantivo descrive una versione specifica di un programma.

Build (verbo)

La creazione di un programma software eseguibile viene spesso descritta come la "creazione" di un'app, a causa di tutti i passaggi coinvolti. Questi passaggi sono noti collettivamente come "processo di build" e includono quanto segue:

1. Controllo del codice sorgente per individuare errori di sintassi
2. Compilazione del codice sorgente in linguaggio macchina
3. Collegamento di librerie e altre risorse, come immagini e file multimediali, all'app
4. Generazione di un'applicazione eseguibile o di un file eseguibile

I programmatori usano generalmente un'applicazione per lo sviluppo software, come un'IDE, per automatizzare il processo di build. Molti IDE includono un comando "Build" o "Build and Run" che esegue tutti i passaggi della build e produce un'applicazione eseguibile.

Build (sostantivo)

Ogni versione di un programma software viene chiamata build. Alcune build possono essere interne (non distribuite al pubblico), mentre altre sono versioni ufficiali. Ad esempio, uno sviluppatore può testare e perfezionare diverse build interne prima di distribuire al pubblico una build stabile.

Poiché ogni build è unica, anche il numero o l'ID della build deve essere univoco. Alcuni sviluppatori aggiungono l'ID della build alla versione pubblica, mentre altri lo visualizzano come valore separato. Molte applicazioni, soprattutto quelle più piccole, non includono un numero di build pubblico.

L'ID della build è in genere il quarto numero (dopo il terzo punto) quando viene aggiunto alla versione pubblica. La numerazione standard delle versioni software usa la seguente convenzione:

Ad esempio, la versione dell'app 4.2.17.2895 può essere suddivisa come segue:

• 4 - Versione principale
• 2 - Versione secondaria
• 17 - Patch
• 2895 - Build

NOTE: In alcuni casi, gli sviluppatori distribuiscono build diverse tra un aggiornamento software automatico e l'altro. Ad esempio, uno sviluppatore può pubblicare una nuova build dopo aver apportato un aggiornamento minore, come la correzione di un errore di battitura. Tuttavia, l'aggiornamento non è abbastanza significativo da distribuire la versione più recente a tutti gli utenti. In alternativa, uno sviluppatore può aspettare la versione secondaria o la patch successiva per informare gli utenti dell'aggiornamento.