La mise en forme de cet article est à améliorer (mars 2026).

La mise en forme du texte ne suit pas les recommandations de Wikipédia : il faut le « wikifier ».

Comment faire ?

Les points d'amélioration suivants sont les cas les plus fréquents. Le détail des points à revoir est peut-être précisé sur la page de discussion.

• Les titres sont pré-formatés par le logiciel. Ils ne sont ni en capitales, ni en gras.
• Le texte ne doit pas être écrit en capitales (les noms de famille non plus), ni en gras, ni en italique, ni en « petit »…
• Le gras n'est utilisé que pour surligner le titre de l'article dans l'introduction, une seule fois.
• L'italique est rarement utilisé : mots en langue étrangère, titres d'œuvres, noms de bateaux, etc.
• Les citations ne sont pas en italique mais en corps de texte normal. Elles sont entourées par des guillemets français : « et ».
• Les listes à puces sont à éviter, des paragraphes rédigés étant largement préférés. Les tableaux sont à réserver à la présentation de données structurées (résultats, etc.).
• Les appels de note de bas de page (petits chiffres en exposant, introduits par l'outil «  Source ») sont à placer entre la fin de phrase et le point final^{[comme ça]}.
• Les liens internes (vers d'autres articles de Wikipédia) sont à choisir avec parcimonie. Créez des liens vers des articles approfondissant le sujet. Les termes génériques sans rapport avec le sujet sont à éviter, ainsi que les répétitions de liens vers un même terme.
• Les liens externes sont à placer uniquement dans une section « Liens externes », à la fin de l'article. Ces liens sont à choisir avec parcimonie suivant les règles définies. Si un lien sert de source à l'article, son insertion dans le texte est à faire par les notes de bas de page.
• La présentation des références doit suivre les conventions bibliographiques. Il est recommandé d'utiliser les modèles {{Ouvrage}}, {{Chapitre}}, {{Article}}, {{Lien web}} et/ou {{Bibliographie}}. Le mode d'édition visuel peut mettre en forme automatiquement les références.
• Insérer une infobox (cadre d'informations à droite) n'est pas obligatoire pour parachever la mise en page.

Pour une aide détaillée, merci de consulter Aide:Wikification.

Si vous pensez que ces points ont été résolus, vous pouvez retirer ce bandeau et améliorer la mise en forme d'un autre article.

Une compilation logicielle est le processus de conversion de fichiers de code source en un ou plusieurs artefacts logiciels autonomes pouvant être exécutés sur un ordinateur, ou le résultat de cette conversion^[1].

Dans la production de logiciels, les builds optimisent les logiciels pour les performances et la distribution, en les conditionnant dans des formats tels que ' .exe'; '.deb'; '.apk'^[1].

Le processus de compilation utilise souvent des outils spécialisés tels que CMake, Make ou Gradle, et s'intègre à des systèmes d'automatisation comme Jenkins ou Git Actions. Malgré les progrès réalisés, des problèmes tels que les conflits de dépendances, la compatibilité entre plateformes et les longs temps de compilation persistent^[1],[2],[3].

En développement logiciel, la création de logiciels est un processus de bout en bout qui comprend de nombreuses fonctions distinctes. Certaines de ces fonctions sont décrites ci-dessous.

La fonction de contrôle de version gère des activités telles que la création et la mise à jour des espaces de travail, l'établissement de référentiels et la génération de rapports. Elle crée un environnement d'exécution pour le processus de compilation et capture les métadonnées relatives aux entrées et sorties de ce processus afin d'en garantir la reproductibilité et la fiabilité.

Des outils tels que Git, AccuRev ou StarTeam facilitent ces tâches en offrant des fonctionnalités permettant de marquer des points spécifiques de l'historique comme étant importants, et bien plus encore.

Également connue sous le nom d'analyse statique de programme/analyse statique de code, cette fonction est chargée de vérifier que les développeurs ont respecté les sept axes de qualité du code : commentaires, tests unitaires, duplication, complexité, règles de codage, bogues potentiels et architecture et conception^[1].

Garantir la qualité du code d'un projet permet de réduire le nombre de bogues et influence les exigences non fonctionnelles telles que la maintenabilité, l'extensibilité et la lisibilité, qui ont un impact direct sur le retour sur investissement d'une entreprise^[1].

Il ne s'agit là que d'une petite fonctionnalité de la gestion du processus de compilation. La fonction de compilation transforme les fichiers sources en objets exécutables ou intermédiaires. Tous les projets n'auront pas besoin de cette fonction.

Alors que pour les programmes simples, le processus consiste en la compilation d'un seul fichier, pour les logiciels complexes, le code source peut être constitué de nombreux fichiers et peut être combiné de différentes manières pour produire de nombreuses versions différentes.

Le processus de compilation d'un programme informatique est généralement géré par un outil de compilation, un programme qui coordonne et contrôle d'autres programmes. Parmi ces outils, on peut citer make, Gradle, Ant, Maven, Rake, SCons et Phing. L'utilitaire de compilation doit généralement compiler les différents fichiers dans le bon ordre. Si le code source d'un fichier particulier n'a pas été modifié, il n'est pas forcément nécessaire de le recompiler (on utilise « pas forcément » plutôt que « nécessairement » car il peut lui-même dépendre d'autres fichiers modifiés). Les utilitaires de compilation et les éditeurs de liens sophistiqués s'efforcent d'éviter de recompiler le code inutilement, afin de réduire le temps de compilation. Un processus plus complexe peut impliquer d'autres programmes produisant du code ou des données dans le cadre de la compilation du logiciel.

• Automatisation de la construction
• Liste des logiciels d'automatisation de la compilation
• versionnage logiciel

• Portail de la programmation informatique