2014-04-05 2 views
0

저는 각 모듈이 항상 1.0 버전 태그가있는 개별 rpm 패키지를 생성 했으므로 Java 프로젝트에서 작업하고 있습니다.하지만 Release 태그는 Jenkins CI가 삽입 한 빌드 번호를 사용합니다.RPM 정확한 릴리즈 태그가 필요합니다

각 구성 요소는 maven-rpm-plugin을 사용합니다.

요구 사항의 예로서 주요 rpm 패키지가 우리의 사양 파일의 요구 사항으로 배포 된 모듈의 정확한 버전을 지정하고도있다

:

이 필요합니다 : 모듈 1을 = 1.0-10

이 필요합니다 : 모듈 2 = 1.0-123

패키지는 회사의 저장소에 배포하고 만든 avai를 CentOS는 6

을 실행 우리의 개발 기계 LABLE 것은 그래서 문제는 : 나는를 설치하면

하나 dev에 시스템에서 이전 주요 패키지는 module1-1.0-9

설치 현재 메인 yum을 사용하는 패키지 버전 정확한 패키지 버전 요구 사항을 릴리스 태그까지 지정 했어도은 업그레이드되지 않습니다. 모든 패키지를 제거하고 현재 주요 패키지를 설치하려고 후

, module1-1.0-12 GET의 설치! 그 동안 다른 모듈 빌드가 배포되었습니다.

나는 이것에 대한 모든 종류의 문서를 찾고 있었지만 운이 없었습니다.

정상적인 동작입니까? 아니면 버그입니까?

아이디어가 있으십니까? - 실제로 버그가 아니라면 버전 관리 전략을 변경하는 것도 환영할만한 것입니다.

답변

0

또 다른 날이이 바닥에 도달하려고 시도한 후에 나는 결국 bugzilla에있는이 버그 보고서를 우연히 발견했습니다.

나는 또한 관련 source code과 관련하여 yum을 살펴본 후 depsolve에 대한 의견을 찾았습니다.평 종속성을 해결하는 방법을 설명하고 CentOS는 6에서 이전에보고 된 행동을 뒷받침 모듈 : 당신이 패키지를 설치하는 경우

  1. 을 요구, 최신 버전이 설치되어 발견되는 포장
  2. 당신이 만약 ' 패키지를 다시 업데이트하고 필요한 패키지가 이미 설치되어 있으면 종속성 업그레이드가 없습니다.
0

패키지 이름이 어떻게 변경됩니까? Yum은 이름, 버전 및 릴리스를 사용합니다. 따라서 다른 이름으로 패키징하는 경우 yum은 새 패키지를 이전 패키지의 업데이트로 보지 않습니다.

rpm -qip *your-rpm-file-name.rpm*을 수행하고 이름의 출력을 비교하십시오. 나는 과거에 사람들이 RPM의 파일 이름과 yum/rpm이 사용하는 RPM의 실제 이름을 혼동하는 것을 보았습니다.

+0

나는이를 시도하고 rpm 파일 이름에 올바른 이름, 버전, 릴리스 및 아키텍처를 반환했습니다. yum repo 메타 데이터를 의심하고 있지만 아직 액세스 할 수 없습니다. –

+0

레포를 만들 수있는 테스트 머신이 있습니까? 그런 다음 당신이 통제하는 상자에서 그 이론을 테스트 할 수 있습니다. –