이있는 코드 검사기를 통합하면 소프트웨어 프로젝트 내에서 지속적인 통합을 지원하는 상용 및 오픈 소스 도구가 많이 있습니다. 이 도구의 한 부분은 소스 코드에 대한 각각의 커밋 후에 사용 가능한 단위 테스트를 실행하는 것입니다. SE80 내의 코드 검사기 (SCI)는 기본적으로 매우 유사한 것을 할 수 있습니다. 단위 테스트를 실행하고 코딩 규칙 등을 확인
CruiseControl.Net을 내 지속적인 통합 환경으로 설정했습니다. Visual Studio 2008 웹 배포 프로젝트를 내 솔루션에 추가하기 위해 노력했지만 이상한 "액세스 거부"오류가 발생하고 이유를 파악할 수 없습니다. CC.Net은 관리자 그룹의 구성원 인 서버에서 자체 계정으로 실행되므로 CC.Net 서비스는 필요한 모든 항목에 액세스 할
을 설치할 때 내가 ccnet.exe.config의 항목 <runtime>
<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
<dependentAssembly>
<assemblyIdentity name="NetReflector" publicKeyToken="2f4dd8b32acbcd
임 새 CI 꽤 새로운 그래서 여기 나와 함께 곰. 로컬 컴퓨터에서 Team City의 인스턴스를 설정 했으므로 이점을 분명히 볼 수 있습니다. 우리가 이해하고 싶은 한 가지는 CI의 배포 측면을 관리 할 수있는 방법입니다. 우리가 정말 달성하고자하는 두 가지 빌드입니다 1) 등 시험 2) 수동으로 빌드를 트리거, 우리는 우리의 소스 저장소에 확인하고 CI
우리는 현재 CruiseControl.NET을 여러 ASP.NET 웹 프로젝트의 연속 통합 서버로 사용하고 있지만 TeamCity도 평가 중입니다. 이것은 빌드 서버에서 유용합니다. 우리가 설정하고 싶은 것은 테스트 서버를 마주하고있는 고객입니다. 나는 우리가 최신 개발 버전이 테스트를 위해 클라이언트에게 공개 될 것을 기쁘게 생각할 때 SVN으로 레이블을
우리는 Hudson continuous integration engine을 사용하여 Python 소프트웨어 프로젝트를 빌드하고 테스트합니다. 여기에는 pylint 보고서와 같은 다양한 출력 파일을 생성하는 Makefile이 포함되며, 다양한 hudson 플러그인이 출력을 분석하고 그래프로 나타냅니다. 이제는 특별한 플러그인없이 hudson으로 단일 값을 추
허드슨의 BaseUrl을 프록시 뒤에서 어떻게 바꿀 수 있습니까? 프록시 뒤에 허드슨 설치를 실행 중입니다. 문제는 웹 응용 프로그램의 모든 URL (전자 메일, 재버, 트레이 응용 프로그램)이 가상 호스트가 아닌 로컬 프록시로 설정되어 있다는 것입니다. 어떻게 해결할 수 있습니까? 환경 변수가 있습니까? 방금 이메일의 '허드슨 URL'을 발견했지만 그
저는 CI 및 자동 빌드에 대해 최근에 많이 생각해 왔으며 지속적인 통합 환경을 설정하고 유지 관리하는 모범 사례가 있는지 알고 싶어합니다. 모든 CI 관련 파일을 프로젝트 소스와 함께 체크인 상태로 유지합니까? 대개 어떻게 CI를 구조화하고 파일을 빌드 하시겠습니까? 모든 팁을 환영합니다!
응용 프로그램 테스트 스위트를 실행할 때 나는 모든 Perl 컴파일 및 런타임 경고 (예 : "초기화되지 않은 변수"경고)를 치명적인 오류로 승격 시켜서 필자와 다른 개발자가 경고를 생성하는 코드를 조사하고 수정하려고합니다. 그러나 개발 및 CI 테스트 중에 만이 작업을 수행하려고합니다. 프로덕션 환경에서 경고는 경고로 유지되어야합니다. # TestHelp