0

Corrigez-moi si je me trompe, mais un "build" est une "compilation", et pas toutes les langues compilent. L'intégration continue implique de construire des composants pour voir s'ils continuent à fonctionner au-delà des tests unitaires, ce que je simplifierais peut-être trop. Mais si votre projet implique un langage qui ne compile pas, comment réalisez-vous des builds nocturnes ou utilisez-vous des techniques d'intégration continues?Pouvez-vous faire des "builds" avec des scripts PHP ou un langage interprété?

Répondre

6

Hmm ... Je définirais le «bâtiment» comme quelque chose comme «préparer, emballer et déployer tous les artefacts d'un système logiciel». La compilation en code machine n'est qu'une des nombreuses étapes de la construction. D'autres peuvent consulter la dernière version du code de scm-system, obtenir des dépendances externes, définir des valeurs de configuration en fonction de la cible sur laquelle le logiciel est déployé et exécuter une sorte de suite de tests pour s'assurer que vous avez construire "avant de vous déployer réellement.

Le logiciel "Building" peut/doit être fait pour n'importe quel logiciel, indépendamment de votre langage de programmation. Les langages interprétés ont l'inconvénient que les erreurs syntaxiques ou structurelles (par exemple, appeler une méthode avec des paramètres erronés, etc.) ne seront normalement détectées qu'à l'exécution (si vous n'avez pas d'étape séparée dans votre construction qui vérifie ces erreurs, par ex. avec PHPLint).

Ainsi (automatisé) TestCases (comme tests unitaires - voir PHPUnit ou SimpleTest - et frontend Tests - voir Selenium) sont d'autant plus important pour les grands projets PHP pour assurer la bonne santé du code.

Il y a un Build-outil (comme Ant pour Java ou d'un râteau pour Ruby) pour PHP aussi: Phing

CI-Systems comme Xinc ou Hudson sont simplement utilisés pour automagiquement (comme à chaque fois qu'un changement est vérifié dans scm) empaquetez votre code, vérifiez s'il contient des erreurs évidentes, lancez vos tests (en bref: lancez votre build) et rapportez les résultats à votre équipe de développement.

1

Créer une étiquette quotidienne de votre tronc de contrôle de source en cours?

Questions connexes