Frage

Korrigieren Sie mich, wenn ich falsch liege, aber ein „Build“ ist ein „Kompilieren“ und nicht jede Sprache lässt sich kompilieren.Bei der kontinuierlichen Integration geht es darum, Komponenten zu erstellen, um zu sehen, ob sie über Unit-Tests hinaus weiterhin funktionieren, was ich möglicherweise zu stark vereinfache.Aber wenn Ihr Projekt eine Sprache beinhaltet, die nicht kompiliert werden kann, wie führen Sie dann nächtliche Builds durch oder verwenden Sie kontinuierliche Integrationstechniken?

War es hilfreich?

Lösung

Hmm ... ich würde „Gebäude“, wie er so etwas wie „Herstellung, Verpackung und Bereitstellung von allen Artefakte eines Software-System“ definieren. Die Zusammenstellung in Maschinencode ist nur einer von vielen Schritten in dem Build. Andere könnten die neueste Version des Codes von scm-System auschecken, externe Abhängigkeiten immer, Konfigurationswerte Einstellung auf dem Ziel in Abhängigkeit der Software und eine Art von Test-Suite eingesetzt wird ausgeführt, um sicherzustellen, dass Sie eine „Arbeits / Laufen haben bauen“, bevor Sie tatsächlich bereitstellen.

„Gebäude“ Software kann / muss für jede Software, unabhängig von Ihrer Programmierung langugage erfolgen. Interpretiert wird Sprachen haben den „Nachteil“, dass syntaktische oder strukturelle (dh zum Beispiel ein Verfahren, mit falschen Parametern usw. Aufruf) Fehler normalerweise erst zur Laufzeit ermittelt werden (wenn Sie die für solche Fehler überprüft keinen separaten Schritt in Ihrem Build zB mit PHPLint ).

So (automatisierte) Testfälle (wie Einheit-Tests - siehe PHPUnit oder Simple - und Frontend-Tests - siehe Selen ) sind umso wichtiger, für große PHP-Projekte die gute Gesundheit des Codes zu gewährleisten.

Es gibt ein großes Aufbau-Tool (wie Ant für Java oder Rake für Ruby) für PHP zu: Phing

CI-Systeme wie Xinc oder

Andere Tipps

Erstellen Sie einen täglichen Tag Ihrer Stromquellensteuer Stamm?

scroll top