젠킨스 packagecloud 플러그인 패키지 전 .deb 파일의 업로드는 이미

가 사용 존재하는 경우 실패 Jenkins PackageCloud Plugin을 사용하여 PackageCloud.젠킨스 packagecloud 플러그인 패키지 전 .deb 파일의 업로드는 이미

My Jenkins 작업이 .deb 패키지 wfcli_5.0.10-2_amd64.deb을 생성했으며이 플러그인을 사용하여 내가 만든 개인 PackageCloud 저장소에 이슈를 성공적으로 업로드 할 수있었습니다.

작업을 다시 실행하면 동일한 패키지 .deb 파일 이름이 만들어지고 이슈를 PackageCloud에 업로드하고 나에게 다음 메시지를 표시하고 빌드를 실패로 표시하려고 시도합니다.

19:07:07 2017-02-27T19:07:07.812+0000 [org.jenkinsci.plugins.packagecloud.ArtifactPublisher] wfcli_5.0.10-2_amd64.deb: Sent 118303133 bytes 
19:07:07 2017-02-27T19:07:07.812+0000 [org.jenkinsci.plugins.packagecloud.ArtifactPublisher] wfcli_5.0.10-2_amd64.deb: Sent 118303135 bytes 
19:07:16 2017-02-27T19:07:16.081+0000 [org.jenkinsci.plugins.packagecloud.ArtifactPublisher] ERROR HTTP/1.1 422 Unprocessable Entity: 
19:07:16 {"filename":["has already been taken"]} 
19:07:16 2017-02-27T19:07:16.081+0000 [org.jenkinsci.plugins.packagecloud.ArtifactPublisher] Done 
19:07:16 Build step 'Push to packagecloud.io' changed build result to FAILURE 
19:07:16 Finished: FAILURE

이 문제를 어떻게 해결할 수 있습니까? 이 플러그인에서이 오류를 무시하고 빌드를 실패로 표시하지 않거나 새로운 타임 스탬프로 패키지 파일을 덮어 쓰지 않는 옵션이 있으면 좋을 것입니다. BuildingCloud가 이미 PackageCloud에 존재하는 경우, 먼저 PackageCloud에서 이슈를 확인/제거하고 싶지 않습니다. 또한 패키지 이름이 고유하지 않기 때문에 apt-get은 이름 지정 표준을 따르는 패키지가 둘 이상인 경우에 적합하지 않습니다.

출처

2017-02-27 Arun Sangal

젠킨스/packagecloud 플러그인 저자 -이 의견을

감사합니다! 백엔드는 패키지의 덮어 쓰기를 지원하지 않지만 command line client 플래그는 --skip-errors 플래그가있어 오류를 무시하고 인수로 제공된 유효한 패키지를 계속 업로드합니다.

이 기능을 jenkins 플러그인에 추가하기위한 내부 티켓을 만들었습니다. 그러나 업데이트 될 때까지 지금은 --skip-errors 플래그가있는 명령 줄 클라이언트를 사용하는 것이 좋습니다.

출처

2017-02-28 03:40:02 capotej

감사합니다. 우리가 알기 전까지는 cmd 행을 사용할 것입니다. 그 체크 박스/etc를 가지는 것이 좋습니다. –

젠킨스 packagecloud 플러그인 패키지 전 .deb 파일의 업로드는 이미

답변

관련 문제