Build

No desenvolvimento de software, "build" é usado tanto como verbo quanto como substantivo. O verbo se refere ao processo de build, ou às etapas, necessárias para criar um aplicativo. O substantivo descreve uma versão específica de um programa.

Build (verbo)

A criação de um programa de software executável costuma ser descrita como "gerar" um app por causa de todas as etapas envolvidas. Essas etapas são conhecidas coletivamente como "processo de build", que inclui o seguinte:

1. Verificar o código-fonte em busca de erros de sintaxe
2. Compilar o código-fonte em código de máquina
3. Vincular bibliotecas e outros recursos, como imagens e arquivos de mídia, ao app
4. Gerar um aplicativo executável ou arquivo executável

Os programadores normalmente usam um aplicativo de desenvolvimento de software, como uma IDE, para automatizar o processo de build. Muitas IDEs incluem um comando "Build" ou "Build and Run" que executa todas as etapas de build e gera um aplicativo executável.

Build (substantivo)

Cada versão de um programa de software é chamada de build. Algumas builds podem ser internas (não lançadas ao público), enquanto outras são versões oficiais. Por exemplo, um desenvolvedor pode testar e aperfeiçoar várias builds internas antes de lançar uma build estável ao público.

Como cada build é única, o número ou ID da build também deve ser único. Alguns desenvolvedores acrescentam o ID da build à versão pública, enquanto outros o exibem como um valor separado. Muitos aplicativos, especialmente os menores, não incluem um número de build público.

O ID da build normalmente é o quarto número (depois do terceiro ponto) quando é acrescentado à versão pública. O controle de versão padrão de software usa a seguinte convenção:

Por exemplo, a versão 4.2.17.2895 de um app pode ser dividida da seguinte forma:

• 4 - Versão principal
• 2 - Versão secundária
• 17 - Correção
• 2895 - Build

NOTE: Em alguns casos, os desenvolvedores lançam builds diferentes entre atualizações automáticas de software. Por exemplo, um desenvolvedor pode publicar uma nova build depois de fazer uma pequena atualização, como corrigir um erro de digitação. Mas a atualização não é significativa o suficiente para disponibilizar a versão mais recente a todos os usuários. Em vez disso, o desenvolvedor pode esperar até a próxima versão secundária ou atualização de correção para notificar os usuários sobre a atualização.