우리는 약 1 년 전에 PHPUC에서 허드슨으로 전환하여 확실히 즐겼습니다. 주요 이점 중 하나는 멋진 웹 UI를 통해 모든 것이 완료되고 XML 설정 파일을 망칠 필요가 없기 때문에 프로젝트를 만들고 편집하는 것이 얼마나 쉬운 지입니다. 설정을 변경 한 후에도 허드슨을 다시 시작할 필요가 없으므로 프로젝트를 반복하는 것이 훨씬 쉽고 빠르다는 것을 알게되었습니다.
허드슨에 대해 저에게 깊은 인상을 준 또 다른 사실은 얼마나 많은 문제를 발견하고 지적 할 수 있었는지입니다. 예를 들어 PHPUC를 두 번 이상 사용하지 않으면 phpunit XML이 더 이상 생성되지 않습니다. PHPUC는 우리가 깨달을 때까지 며칠 또는 몇 주 동안 오래된 결과를 기꺼이 사용했습니다. Hudson은 빌드가 시작된 이후 로그 파일이 수정되지 않았 음을 즉시 지적했습니다. 웹 UI에서도 프로젝트를 설정할 때 디렉토리를 입력 할 때 디렉토리/SCM 위치가 존재하지 않는다는 사실을 알려주고 구성을 저장하기도 전에 문제가 무엇인지 의미하는 google-esque 제안을 제공합니다. 또한 "* 4 * * *"와 같은 cron 항목을 주기적으로 작성하는 경우 "4 분마다 실제로 의미할까요, 아니면 '0 4 * * *'를 의미합니까?"라고 말할 것입니다.
허드슨은 커뮤니티와 플러그인 에코 시스템이 풍부하지만 허드슨은 PHP 프로젝트보다 훨씬 포괄적이어서 코드 커버리지와 phpdoc (및 HTML 보고서) 보고서를 기쁘게 게시 할 수있다. 플러그인을 통해.
또한 솔루션 (PHPUC)이 손상되지 않은 경우 문제를 해결할 필요가 없음을 잊지 마십시오. 그러나 .war 파일을 다운로드하고 "java -jar hudson.war"을 실행하면 초기 노출에 대한 허드슨을 쉽게 평가할 수 있으며 1 분 안에 인스턴스를 실행할 수 있습니다. 나는 그것을 만든 느낌이
전반적으로 우리 구축하고 더 강력하고 반복적 인 배치, 빠른 오류를 잡기, 또한 (가 SSH를 통해 자체에 대한 노예를 설치하고 작업을 배포하거나 동시에 실행할 수 있습니다!)
많은 작업을 가속화 * (sidenote) * 순수 PHP CI 서버도 있습니다 : http://www.arbitracker.org – Gordon
일부 입력에 대한 최근의 현상금을 살펴보십시오. http://stackoverflow.com/questions/2180460/setting-up-a-deployment-build-ci-cycle-for-php-projects –