업데이트시 svn이 전체 jenkins 작업 영역을 삭제하지 못하도록 함

Question

jenkins를 사용하여 테스트를 자동화하려고하는 grails 1.3.8 프로젝트가 있습니다. 나는 또한 jenkin의 svn 플러그인을 사용하려고하는데, 이것이 문제가 시작되는 곳이다. 어떤 이유로 든 내 grails 프로젝트의 플러그인은 픽업하기가 어려우며 일반적으로 애플리케이션을 두 번 실행해야만 (아는 것은 좋지만 변경할 수있는 것은 아님) 나는 플러그인을 각 플러그인마다 다음 명령을 수동으로 실행하면 프로젝트가 젠킨스에서 작동하도록 할 수 있습니다.

grails install-plugin $PLUGINNAME 

내 프로젝트에서 우리의 svn repo를 자연스럽게 폴링하고 싶습니다. 그러나 옵션을 사용할 때조차도;

Use 'svn update' as much as possible 

SVN 완전히는 SVN의 한 가지에서 그들 모두를 잡기 위해 관리하지 않을 수 있기 때문에 실패 할 빌드를 일으키는 원인이되는 플러그인을 포함하여 전체 작업 공간 죽이고 모든 것을에서 단계를 반복합니다. 나는 일 동안 고민 했어요 또한 젠킨스 고급 명령

SCM checkout retry count : 5 

하지만 그 모든 빌드의 결과를 변경하는 "것"하지 않습니다 노력했다.

도움을 주시면 감사하겠습니다.

젠킨스 구성 (스크린 샷이 너무 작아 읽을 나오고 있었다)

Advanced 
Retry Count 
SCM checkout retry count: 5 

Source Code Management 
Subversion 
Repo URL : http://$IP/$MYAPP 
Check out strategy: Use 'svn update' as much as possible 
Repository Browser: Auto 

Build 
Build With Grails 
Grails Installation: Grails 1.3.8* 
Non Interactive: True (checked) 
Targets: "test-app -unit" 
server.port: 9144 
grails.project.work.dir: target 
Project Base Dir: ./app-api** 

*이 관리 젠킨스 탭에서 젠킨스의 내 버전 1.3.8을 지정 Grails의 설명. 하지만 테스트를 거쳤으며 올바르게 설정되었는지 확인했습니다.

**는 내 프로젝트의 API 위치를 가리 킵니다. 이것은 jenkin의 작업 공간 내부에있는 테스트 할 grails 프로젝트입니다.하지만 그 안에있는 유일한 것은 아닙니다. 그래서 여기에 설명합니다.

Answer 1

Grails 2.x를 사용하고 있으며 플러그인 의존성 문제를 해결할 때이 문제가 없습니다.

하면 자동으로 빌드 실패 후 빌드를 다시 예약 할 수 있습니다 : 젠킨스의 솔루션을 찾고

은 내가 naginator 플러그인을 발견했다. 이 포함, 여러 경우에 유용 할 수 있습니다 : 일시적으로 사용할 수 없었던

빌드는 외부 자원에 의존, (DB 아래로, 아래로 네트워크, 웹 사이트 다운 등). 사용자는 빌드가 수정 될 때까지 지속적인 이메일을 보내고 싶으므로 명의 사용자가 메시지를 보내야합니다.

테스트를 거치지 않았지만 성공할 때까지 자동으로 빌드를 다시 시도 할 수 있다고 생각됩니다.