취미 프로젝트에서 파이썬 코드베이스로 작업을 시작하고 있으며 어떤 형태로든 지속적인 통합을 설정하고자합니다 (즉, 체크인 할 때마다 배터리 테스트 케이스 실행). CruiseControl 또는 TeamCity와 유사하게 테스트가 실패하면 책임자에게 이메일을 보냄).Python 코드베이스 용 연속 통합 시스템
대부분의 VCSes에서이 작업을 수행 할 수 있다는 것을 알았지 만, 버전 제어 서버와 동일한 시스템에서 테스트를 실행해야합니다. 이는 내가 원하는만큼 우아하지 않습니다. 파이썬 코드베이스에 적합한 작고 사용하기 쉬운 오픈 소스 연속 통합 시스템에 대한 제안이있는 사람이 있습니까?
우리는 직장에서 Buildbot - Trac를 실행 너무 많이 그것을 사용하지 않은 릴리스주기의 일부. 하지만 우리는 다른 환경 (OSX/Linux/Win)에서 테스트를 실행하고 전자 메일을 보내고 파이썬으로 작성되었습니다.
가능성은 허드슨입니다. 그것은 자바로 작성된,하지만 통합 파이썬 프로젝트와있다 :
나는 그러나, 자신을 한 번도 안 써봤.
: 내 코드베이스가 아니기 때문에 (업데이트, 2011년 9월가. 상표 분쟁 후 허드슨이 Jenkins로 이름이 바뀌 었습니다)
두 번째로 Buildbot - Trac 통합. 통합에 대한 자세한 내용은 Buildbot website에서 확인할 수 있습니다. 이전 직장에서 우리는 그들이 말한 플러그인 (tracbb)을 작성하여 사용했습니다. 플러그인이하는 일은 Trac 내에서 Buildbot을 사용할 수 있도록 모든 Buildbot URL을 다시 작성하는 것입니다. (http://example.com/tracbb).
Buildbot의 멋진 점은 구성이 파이썬으로 작성되었다는 것입니다. 직접 파이썬 코드를 구성에 통합 할 수 있습니다. 특정 작업을 실행하기 위해 자신의 BuildSteps를 작성하는 것도 매우 쉽습니다.
우리는 BuildSteps를 사용하여 SVN에서 소스를 가져 와서 종속성을 추출하고 테스트 결과를 WebDAV 등에 게시합니다.
저는 X10 인터페이스를 작성 했으므로 빌드 결과와 함께 신호를 보낼 수 있습니다. 빌드가 실패했을 때 우리는 빨간 용암 램프를 켰습니다. 빌드가 성공하면 녹색 용암 램프가 켜졌다. 좋은 시간 :-)
우리는 자이 썬 개발을 위해 Buildbot과 Hudson을 모두 사용합니다. 둘 다 유용하지만 서로 다른 장단점이 있습니다.
Buildbot의 구성은 순수 파이썬이며 매우 간단합니다 (최신 정보는 epydoc에서 생성 된 API 문서를 참조하십시오). Buildbot을 사용하면 비 테스트 작업을 쉽게 정의하고 테스터를 배포 할 수 있습니다. 그러나 개별 테스트, 텍스트, HTML 및 요약 출력에 대한 개념이 없으므로 다중 레벨 탐색 가능한 테스트 출력 등을 원한다면 직접 빌드하거나 Hudson을 사용해야합니다.
허드슨은 전반적인 결과를 테스트 스위트 및 개별 테스트로 드릴 다운하는 데 탁월한 지원을 제공합니다. 빌드 간의 테스트 출력을 비교하는 데에도 좋습니다. 그러나 분산 된 (마스터/슬레이브) 물건은 상대적으로 더 복잡합니다. 왜냐하면 당신도 슬레이브에 자바 환경이 필요하기 때문입니다. 또한 Hudson은 마스터와 노예 간의 불안정한 네트워크 연결에 대해 관대하지 않습니다.
따라서 두 도구의 이점을 얻으려면 공통 테스트 실패를 잡는 Hudson의 단일 인스턴스를 실행 한 다음 Buildbot을 사용하여 다중 플랫폼 회귀를 수행합니다. 우리는 Bitten 느릅 나무를 사용하는
'Jython Hudson'이 작동하지 않습니다 – jfs
그 점에 대해 미안하지만, 저는 이것을 유지하지 않습니다 :-) –
이 TRAC와 통합 : 여기
는 우리의 인스턴스입니다. 그리고 그것은 파이썬을 기반으로합니다.TeamCity에는 일부 Python integration이 있습니다.
그러나 인 TeamCity는 다음과 같습니다
작은 코드베이스의 경우에는 Travis-CI과 함께 매우 좋은 경험이 있습니다. 주요 장점은 다음과 같습니다
일부 제한 :
,하지만 당신은 주사위를 사용하여 파이썬 종속성을 설치 apt-get을 수 있습니다 참조 this tutorial)
코드는 (적어도)
Python은 이제 Travis CI에서 완벽하게 지원됩니다 : http://about.travis-ci.org/blog/announcing_python_and_perl_support_on_travis_ci/ –
@Joe, g를 공식 버전을 사용하는 경우에 github에서 호스팅되어야 ood 권장 사항. @Matt 당신이 파이썬 녀석이라면 허드슨이 자바로 쓰여 있다는 사실을 두려워하지 마라. 설치 및 실행이 간단합니다. 그것은 pylint 및 coverage.py와 통합됩니다. 나는 그것을 내 프로젝트에서 실행하고 그것을 사랑해. 그것은 BuildBot보다 간단합니다. 그것을 설정하고 허드슨을 실행하려면 하나의 명령입니다. java -jar hudson.war 여기에 내가 설정 한 최고의 게시물이 있습니다. http://www.rhonabwy.com/wp/2009/11/04/setting-up-a-python-ci -server-with-hudson/ –
허드슨이 Java로 작성된 것은 C++로 작성된 편집기와 관련이 있습니다! 설치가 쉽고 일반적으로 완벽하게 기능이 갖추어 진 CI 도구입니다. 파이썬은 "nosetests --with-xunit --with-coverage", "Violations"플러그인이있는 pylint, 적용 범위가 "Cobertura"인 매우 잘 통합 될 수 있습니다. – dbr
@dbr : 완전히 사실이 아닙니다. 무언가가 쓰여지는 언어는 종종 최상으로 작동하는 소프트웨어에 영향을 미칩니다 ... 특히 시스템을 구축하십시오. 2 년 전 허드슨을 바라 보았을 때 유닛 테스트 결과물은 JUnit의 XML 형식에서만 필요했습니다. 내 파이썬 단위 테스트 스위트는 그렇게하지 않았다.하지만 내 프로젝트가 자바에 있다면, 그것은 밖으로 상자 밖으로 일했을 것입니다. 어쨌든, 이후로 Hudson과 Python의 툴 모두에서 통합이 오래 동안 이루어진 것처럼 보였고, 나는 그것에 대해 감사하고 있습니다. –