Pouvez-vous faire des « builds » avec des scripts PHP ou un langage interprété ?

Question

Corrigez-moi si je me trompe, mais un "build" est une "compilation", et tous les langages ne sont pas compilés.L'intégration continue implique de créer des composants pour voir s'ils continuent de fonctionner au-delà des tests unitaires, ce que je simplifierais peut-être à l'extrême.Mais si votre projet implique un langage qui ne se compile pas, comment effectuer des builds nocturnes ou utiliser des techniques d'intégration continue ?

Answer 1

Hmm...Je définirais « construire » comme quelque chose comme « préparer, empaqueter 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 pourraient vérifier 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 garantir que vous disposez d'un "fonctionnement/en cours d'exécution". build" avant de déployer réellement.

Un logiciel de "construction" peut/doit être réalisé pour n'importe quel logiciel, indépendamment de votre langage de programmation.Les langages interprétés ont le "désavantage" syntaxique ou structurel (c'est-à-dire par ex.appelant une méthode avec des paramètres incorrects, etc.), les erreurs ne seront normalement détectées qu'au moment de l'exécution (si vous n'avez pas d'étape distincte dans votre build qui vérifie de telles erreurs, par ex.avec PHPLint).

Ainsi, les cas de test (automatisés) (comme les tests unitaires - voir PHPUnit ou Test simple - et Frontend-Tests - voir Sélénium) sont d’autant plus importants pour les gros projets PHP pour garantir la bonne santé du code.

Il existe également un excellent outil de construction (comme Ant pour Java ou Rake pour Ruby) pour PHP : Phing

Les systèmes CI comme Xinc ou Hudson sont simplement utilisés pour empaqueter automatiquement (comme à chaque fois qu'une modification est enregistrée dans scm) votre code, le vérifier pour les erreurs évidentes, exécuter vos tests (en bref :exécutez votre build) et rapportez les résultats à votre équipe de développement.

Answer 2

Créer une balise quotidienne de votre tronc de contrôle de source actuel ?