Szukanym terminem jest " ciągła integracja."

Oto przykład kogoś, kto używa GIT + phpundercontrol: http://maff.ailoo.net/2009/09/continuous-integration-phpundercontrol-git/

CruiseControl (który jest serwerem CI), może używać hostowanego SVN / GIT jako źródła. Więc możesz go nawet użyć z GitHub lub łodygi fasoli lub czymś innym.

Następnie można to zintegrować z następującym rodzajem oprogramowanie:

• PHPUnit
• PHP-codesniffer
• phpdocumentor
• PHP Gcov
• PHPXref
• Yasca
• itd.

Możesz też spróbować tego hostowanego CI: http://www.php-ci.net/hosting/create-project

Należy jednak pamiętać, że te narzędzia wymagają niestandardowego wsparcia, jeśli zintegrować je samodzielnie.

Czy myślałeś również o zarządzaniu projektami i łatkami?

Możesz użyć Redmine dla zarządzanie projektami. Posiada zintegrowane wsparcie ciągłej integracji, ale tylko po stronie klienta (nie jako serwer CI).

Spróbuj użyć hostowanego SVN/GIT / etc. rozwiązanie, ponieważ będą one obejmować kopie zapasowe i utrzymać swoje serwery działa, dzięki czemu można skupić się na rozwoju.

Aby dowiedzieć się, jak skonfigurować Hudson, zobacz: http://toptopic.wordpress.com/2009/02/26/php-and-hudson/

Używam serwera continous integration firmy Atlassian Bamboo dla mojego głównego projektu PHP (wraz z innymi produktami firmy Atlassian, takimi jak fisheye (przeglądanie repozytoriów), jira (issue tracker) i clover (pokrycie kodu)).

Obsługuje SVN, a teraz obsługuje Git i ma świetny interfejs użytkownika. Jest dostępny dla Systemów linux, windows i mac i może działać samodzielnie na własnym serwerze tomcat, co jest Świetne dla osób (takich jak ja), które nie lubią zajmować kilku dni ich narzędzia). Chociaż może to wyglądać drogo, sam będąc samotnym programistą kupiłem licencję starter kit za 10$ (10$ za oprogramowanie). To jest Świetne dla małych zespołów i warto spojrzeć.

PHPTesting PHPCI jest to ładny, ciągły serwer integracji zbudowany w php.

Plus, jego wolne i otwarte źródło. :)

Posiada ilość wtyczek..

PHPCI zawiera wtyczki integracyjne dla:

• Atoum
• Behat
• ognisko
• Codeception
• kompozytor
• E-Mail
• Grunt
• IRC
• PHP
• Lint
• MySQL
• PDepend
• PostgreSQL
• PHP Code Sniffer
• PHP Copy/Paste Detector
• PHP Spec
• Jednostka PHP
• Polecenia Powłoki
• Tar / Zip

Jestem głównie adminem sys, ale czasami koduję również PHP. Jako projekt poboczny stworzyłem kilka skryptów, które sprawią, że proste i bezbolesne będzie skonfigurowanie pełnego środowiska PHP CI przy użyciu Jenkinsa. Uruchamia również przykładowy projekt, dzięki czemu możesz zobaczyć, jak skonfigurowany jest każdy krok budowania.

Jeśli chcesz wypróbować wszystko, czego potrzebujesz to pudełko Debian/Ubuntu i powłoka dostęp.

Http://yauh.de/articles/379/setting-up-a-ci-environment-for-php-projects-using-jenkins-ci

Update to add some content to my answer:

Możesz po prostu skonfigurować CI Jenkins dla PHP za pomocą Ansible. Od wersji 1.4 obsługuje role, które można pobrać z ich galaxy.ansibleworks.com strona społeczności i zrobi za Ciebie ciężkie podnoszenie. Nazywa się jenkins-php .

Sugerowałbym użycie Jenkins http://jenkins-ci.org / jest darmowy i open source.

Jest dość prosty w konfiguracji, Działa na wielu platformach i dobrze integruje się z innymi narzędziami do ciągłej integracji, takimi jak SonarQube (+ SQUALE) do pomiaru zadłużenia technicznego i Thucydides do automatyzacji testów.

Sugerowałbym użycie GIT lub Git Hub do kontroli wersji zamiast SVN. Z mojego punktu widzenia jest to po prostu lepszy system kontroli wersji, który będzie pomóż później skalować swoje wysiłki rozwojowe.

Ponieważ pracujesz głównie z projektem PHP, możesz użyć innych narzędzi.

PHPUnit-do testów jednostkowych

PHP CodeSniffer-Sprawdź standardy kodowania

PHP Depend-pokazuje zależności kodu PHP

XDEBUG-do testowania wydajności

Wszystkie te narzędzia i być uruchamiane za pomocą zadania Jenkins i pomaga w jakości i wydajności kodu.

Powodzenia i miłej zabawy!

Nie używam wielu produktów, a nawet rodzajów produktów, których używasz, ale dam ci moje doświadczenie.

Uruchamiam środowisko testowe w trybie parrallel z moim środowiskiem PROD. Nie mam lokalnych testów per se. Jeśli jest zbyt trudno dostać się do prawdziwego środowiska testowego, to naprawiam mój proces budowania. Nie widzę sensu w testowaniu lokalnie, ponieważ środowiska są różne. Aktualizacja: jedyną rzeczą, którą robię lokalnie, jest uruchomienie "php-l" Przed przesłaniem czegokolwiek. Zatrzymuje głupoty błędy.

Proces budowania działa z tym, co znajduje się w bieżącej przestrzeni roboczej, która zawiera niezatwierdzony kod. To nie jest filiżanka herbaty dla wszystkich, ale będę testować bardzo często. Wszystko zostaje popełnione przed pójściem do PROD.

Część mojego procesu budowania (podobnie jak Twój) tworzy dwa pliki META. Jeden zawiera ostatnie (zazwyczaj) 100 zmian, a także daje mi aktualny numer listy zmian. Pokazuje mi, jakie zmiany są zainstalowane. Drugi zawiera KLIENTSPEC (w Perforce terms), który pokazuje mi dokładnie, jakie gałęzie zostały użyte w tej kompilacji. Razem dają mi powtarzalne budowle.

Nie buduję bezpośrednio do środowiska docelowego, ale do miejsca postoju na serwerze. Używam SSH więc to ma sens. To daje mi kilka zalet. Co najważniejsze, unika umierania w połowie drogi przez duży upload. Daje mi to również miejsce do przechowywania plików META, a wszystkie pliki kompilacji są automatycznie archiwizowane (więc mogę od razu wrócić do dowolnej kompilacji). Na skrypt rejestruje również aktualizację (więc jest wpis w strumieniu dziennika i widzę pre-i post -) i uruchamia wszystkie demony(używam daemontools tak "svc-t"). Wszystko to jest lepsze na maszynie docelowej.

Innym problemem są zmiany DB. Zachowuję skrypt główny schematu DB, który aktualizuję za każdym razem, gdy zmienia się schemat. Każda ze zmian również przechodzi w zmiany.skrypt sql, który jest przesyłany wraz z kompilacją do obszaru przejściowego. Skrypt jest uruchamiany w ramach instalacji scenariusz.

Niedawno rozpocząłem ten sam proces i używam Beanstalk do hostingu svn.

Na płatnych kontach są dwie fajne funkcje (chyba od 15$):

[7]}deployment pozwala użytkownikowi tworzyć cele ftp dla serwerów stagingowych i produkcyjnych, które można wdrożyć po kliknięciu przycisku (inc określając rewizję i gałąź)
• webhooki pozwalają użytkownikowi skonfigurować adres url, który jest wywoływany przy każdym zatwierdzeniu/wdrożeniu, przechodząc przez takie rzeczy jak numer wersji, opis i użytkownik. Może to być wykorzystane do aktualizacji dokumentów, uruchamiania testów jednostkowych i aktualizacji changelogów.

Jestem pewien, że istnieją inne hostowane lub samo hostujące się serwery svn z tymi dwoma funkcjami, ale fasola jest tą, z którą mam doświadczenie i działa bardzo, bardzo dobrze

Istnieje również API, które można by wykorzystać do dalszej integracji wdrożenia z Twoim procesem.

Rozważ fazend.com , darmowa hostowana Platforma CI, która automatyzuje procedury konfiguracji i instalacji. Nie musisz konfigurować kontroli wersji, śledzenia błędów, serwera CI, środowiska testowego itp. Wszystko odbywa się na żądanie.