Build

Dans le développement logiciel, « build » s’utilise à la fois comme verbe et comme nom. Le verbe désigne le processus de build, c’est-à-dire les étapes nécessaires pour créer une application. Le nom désigne une version précise d’un programme.

Build (verbe)

La création d’un programme logiciel exécutable est souvent décrite comme le fait de « builder » une application, en raison de toutes les étapes nécessaires. Ces étapes sont collectivement appelées le « processus de build » et comprennent les suivantes :

1. Vérifier le code source pour détecter les erreurs de syntaxe
2. Compiler le code source en langage machine
3. Lier les bibliothèques et autres ressources, comme les images et les fichiers multimédias, à l’application
4. Générer une application exécutable ou un fichier exécutable

Les programmeurs utilisent généralement une application de développement logiciel, comme un IDE, pour automatiser le processus de build. De nombreux IDE incluent une commande « Build » ou « Build and Run » qui effectue toutes les étapes du build et génère une application exécutable.

Build (nom)

Chaque version d’un logiciel est appelée un build. Certains builds peuvent être internes, c’est-à-dire non publiés, tandis que d’autres sont des versions officielles. Par exemple, un développeur peut tester et améliorer plusieurs builds internes avant de publier un build stable.

Chaque build étant unique, son numéro ou son identifiant doit également être unique. Certains développeurs ajoutent l’identifiant du build à la version publique, tandis que d’autres l’affichent comme une valeur distincte. De nombreuses applications, en particulier les plus petites, n’incluent pas de numéro de build public.

L’identifiant du build est généralement le quatrième nombre, après le troisième point, lorsqu’il est ajouté à la version publique. La gestion standard des versions logicielles utilise la convention suivante :

Par exemple, la version 4.2.17.2895 d’une application peut être décomposée ainsi :

• 4 - Version majeure
• 2 - Version mineure
• 17 - Correctif
• 2895 - Build

NOTE: Dans certains cas, les développeurs publient différents builds entre les mises à jour automatiques du logiciel. Par exemple, un développeur peut publier un nouveau build après avoir effectué une mise à jour mineure, comme la correction d’une faute de frappe. Mais la mise à jour n’est pas suffisamment importante pour déployer la dernière version auprès de tous les utilisateurs. Le développeur peut alors attendre la prochaine version mineure ou la prochaine version corrective pour informer les utilisateurs de la mise à jour.