2009-04-03 6 views
0

독립 실행 형 설치 프로그램이 아닌 Linux RPM 메커니즘을 통해 제공되는 제품으로 처음으로 작업을 시작했으며 테스트/릴리스주기를 단축한다는 것을 깨달았습니다 조금 더 까다 롭습니다.RPM을 통해 제공되는 제품으로 출시주기 수행

설치 관리자와 협력 할 때 우리는 빌드 시스템에서 빌드 번호를 변경하여 개발 스냅 샷 대신 테스트 또는 릴리스 후보로 표시하고 테스트를 위해 후보 빌드 만 설치하도록합니다. RPM을 사용하여 문제를 일으키는 이유는 번호 매기기 시스템을 변경하면 전달 메커니즘이 중단되고 설치된 시스템이 더 이상 RPM의 최신 버전인지 알 수 없기 때문입니다.

제가 생각하기에 가장 좋은 방법은 후보 RPM을 완전히 다른 RPM 저장소에 넣는 것입니다.하지만 다른 RPM이 동일한 저장소에서 여러 릴리스주기에 있기 때문에 복잡해집니다 RPM B의 개발 스냅 샷을 개발 저장소에서 얻으려고하면서 새 저장소에서 RPM A의 릴리스 후보 버전을 가져 오려고 노력할 것입니다.

이것은 Linux 소프트웨어의 일반적인 문제 여야합니다. 그렇다면 누구나 내게 가장 좋은 방법을 말해 줄 수 있습니까? 미리 감사드립니다 .....

답변

3

리눅스 세계에서 일반적인 방법 중 하나는 빌드가 개발인지 릴리스인지를 나타내는 널리 알려진 공개 번호 규칙을 사용하는 것입니다. 리눅스 커널 자체의 경우 홀수 포인트 릴리즈 (2.5, 2.7)가 개발되었고 짝수 (2.4, 2.6)는 릴리즈입니다.

RPM guide의 빠른 검사는 이와 같은 구성표를 사용하는 것이 최선의 방법 일 수 있음을 나타냅니다.

+0

글쎄, 커널이 그 버전 체계를 사용 했었다는 사실에 주목해야한다. 더 이상 그렇지 않습니다. – supercheetah