Build

In der Softwareentwicklung wird „Build“ sowohl als Verb als auch als Substantiv verwendet. Das Verb bezeichnet den Build-Prozess oder die erforderlichen Schritte zum Erstellen einer Anwendung. Das Substantiv beschreibt eine bestimmte Version eines Programms.

Build (Verb)

Das Erstellen eines ausführbaren Softwareprogramms wird aufgrund der vielen erforderlichen Schritte oft als „Build“ einer App bezeichnet. Diese Schritte werden zusammen als „Build-Prozess“ bezeichnet und umfassen Folgendes:

1. Überprüfen des Quellcodes auf Syntaxfehler
2. Kompilieren des Quellcodes in Maschinencode
3. Verknüpfen von Bibliotheken und anderen Ressourcen, z. B. Bildern und Mediendateien, mit der App
4. Erzeugen einer ausführbaren Anwendung oder ausführbaren Datei

Programmierer verwenden normalerweise eine Anwendung zur Softwareentwicklung, z. B. eine IDE, um den Build-Prozess zu automatisieren. Viele IDEs enthalten einen Befehl „Build“ oder „Build and Run“, der alle Build-Schritte ausführt und eine ausführbare Anwendung ausgibt.

Build (Substantiv)

Jede Version eines Softwareprogramms wird als Build bezeichnet. Einige Builds können intern sein, also nicht für die Öffentlichkeit freigegeben, während andere offizielle Veröffentlichungen sind. Beispielsweise kann ein Entwickler mehrere interne Builds testen und verbessern, bevor er einen stabilen Build für die Öffentlichkeit freigibt.

Da jeder Build einzigartig ist, müssen auch die Build-Nummer oder die Build-ID eindeutig sein. Einige Entwickler hängen die Build-ID an die öffentliche Version an, während andere sie als separaten Wert anzeigen. Viele Anwendungen, insbesondere kleinere, enthalten keine öffentliche Build-Nummer.

Die Build-ID ist normalerweise die vierte Zahl, also die Zahl nach dem dritten Punkt, wenn sie an die öffentliche Version angehängt wird. Die standardmäßige Softwareversionierung verwendet folgende Konvention:

Beispielsweise kann die App-Version 4.2.17.2895 wie folgt aufgeschlüsselt werden:

• 4 - Hauptversion
• 2 - Nebenversion
• 17 - Patch
• 2895 - Build

NOTE: In einigen Fällen veröffentlichen Entwickler zwischen automatischen Softwareupdates verschiedene Builds. Beispielsweise kann ein Entwickler nach einer kleinen Aktualisierung, etwa der Korrektur eines Tippfehlers, einen neuen Build veröffentlichen. Das Update ist jedoch nicht bedeutend genug, um die neueste Version für alle Benutzer bereitzustellen. Stattdessen wartet ein Entwickler möglicherweise bis zur nächsten Nebenversion oder Patch-Veröffentlichung, um Benutzer über das Update zu informieren.