1304520833_preferences-system

Da ich für ein kommendes Projekt mal ein Continous Integration System ausprobieren wollte, habe ich mich diese Woche mal bemüht ein geeignetes System zu finden und dieses zu installieren.

Angefangen habe ich mit Cruise Control, da mich phpUnderControl doch schon sehr angesprochen hat und Cruise Control auch einfach zu installieren war.
Dennoch lief es nicht. Die 380 MB RAM meines VServers waren zu wenig für Jetty und Cruise Control. :(
Nach einigen Einstellungs-Änderungen an CC und der JVM war ich dann schließlich soweit, dass die JVM immerhin mal angelaufen ist. Für CC jedoch war dann kein Platz mehr im Speicher. Schade. rm -rf. Danke. Der Nächste, bitte.

Weiter ging es mit einem Blick auf Hudson, aber das war eigentlich unnötig, da ich ja wusste, dass ich keinen Servlet-Container auf dem Server installieren brauche, da der RAM sowieso nicht ausreicht.

Also habe ich mir Xinc angesehen, was allerdings nicht funktioniert hat. Im Anschluss an meinen Versuch, Xinc zu Installieren, habe ich dann auch festgestellt, dass das Projekt tot ist. Schade.

Gestern Abend dann den letzten Versuch mit Arbit gestartet, welches mich mit seiner Funktionsvielfalt begeistern konnte.

Zudem ist es in PHP geschrieben, was mir den Servlet-Container erspart.
Installiert war das Teil recht fix, jedoch wirft es noch Exceptions. Ich vermute mal, dass der Nightly Build buggy ist und habe mir daher nun mal die Stable geladen. Aber noch nicht installiert. Das werde ich heute Abend mal angehen.

Also einfach mal schnell Continous Integratin ausprobieren is nich :D
Ich halte euch auf dem aktuellen Stand was CI und Arbit angeht ;)

Ähnliche Artikel

2 Comments to “Continous Integration – Erfahrungsbericht Teil 1”

  • Und arbit noch zum laufen bekommen?

    Die Nightly Builds (direkt ausm SVN) sind eigentlich recht stabil. Zudem läuft der Arbit tracker für Arbit selbst meist direkt auf dem letzten Stand des Repos.

    Eine Sache die jedoch scheinbar öfters mal auftritt sind Probleme bei vergebenen Zugriffsrechten im Filesystem, da an verschiedenen Stellen Daten angelegt werden.(Seltsamerweise auch irgendwo in einem der class directorys)

    Und letztens hatten wir auch jemanden, der memcache als Sessionhandler nutze und damit einen Bug aufdeckte. Es könnte also auch eine noch nicht getestete Umgebung sein, die das veruracht.

    In jedem Fall helfen wir auch gerne im IRC #arbit bzw. #arbit.de auf Freenode weiter. =)

  • Wegen meinem Umzug bin ich leider noch nicht dazu gekommen weiter damit rumzuspielen, aber ich habe defintiv vor mich nochmal damit zu befassen und darüber zu schreiben.

    Kann auch sein, dass ich beim ersten Versuch einen Fehler bei der Installation gemacht habe, wird sich zeigen ;)

    Aber: Wahnsinns Support ;) Vielen Dank

Post comment