2010-08-07 1 views
2

나는 모든 최종 jar 파일 및 관련 스크립트/구성 파일을 작성한 후 빌드 마지막 단계에서 CentOS에 설치해야하는 소프트웨어 프로젝트를 가지고 있습니다 일부 postinstall 스크립트를 실행하고 사용자 정의 된 RPM을 설치하는 킥 스타트 구성 파일이있는 ISO4GB ISO를 생성하는 빌드 시스템 용 버전 제어 솔루션

프로젝트는 SVN 저장소에 있으며 거기에서 빌드됩니다. SVN이 4GB 저장소를 처리하지 않기 때문에 ISO 파일을 저장소에 삽입 할 수 없습니다. 한편, ISO의 RPM 중 일부는 버전마다 다를 수 있으며, 이전 버전의 프로젝트를 빌드하고자 할 때 RPM이 SVN 저장소.

이 양의 데이터를 처리 할 수있는 4GB ISO에만 사용할 수있는 좋은 버전 제어 솔루션이 있습니까? 내가하려는 일에 버전 관리가 아닌 해결책이 있습니까?

내가에 따라 많은 스크립트와 물건이 있기 때문에, 기존의 SVN 저장소의 구조에 가능한 한 적은 변화로 생산하는 것을 선호

.

모든 종류의 답변과 제안을 부탁드립니다.

감사합니다.

답변

2

되는 :

  • 당신은 당신이 돈 '다른
  • 한 버전의 차이점을 비교 할 필요가 없습니다

사실상 VCS (버전 제어 시스템)가 필요하지 않습니다.

Nexus과 같은 이슈 저장소가 필요합니다.
는 "Best practice to store .jar files in VCS (SVN, Git, …)"

는 당신은 당신의 SVN의 버전은 유물 저장소와 유물이 저장되어있는 상기 할 때 사용의 SHA1/MD5 키에 필요한 참조하여 텍스트 파일을 REPO 참조하십시오.

이 두 저장소의 조합을 사용하면 이산 저장소 (VCS와 반대)가 디스크 공간에 의해서만 제한적이므로 저장소 크기와 관련하여 확장 성이 뛰어나고 완벽하게 재현 할 수 있습니다.

+0

고마워요. 정확히 내가 찾던 것과 같아요. 내가 보겠습니다. – yonix

0

왜 당신이 버전 제어에서 ISO 파일 또는 RPM을 저장해야합니까?

필요한 ISO 및 RPM을 다시 작성할 수있는 스크립트 및/또는 구성을 왜 저장하지 않습니까?

+0

제 3 자 RPM이기 때문에 직접 만들 수 없습니다. – yonix

1

재현 가능한 빌드 출력이 필요한 경우 전체 빌드 입력 집합을 버전화해야합니다. 여기에는 RPM 또는 적어도 어딘가에서 안정적으로 얻을 수있는 버전의 매니 페스트가 포함됩니다. 생성 된 ISO를 저장하면 무용지물이됩니다.

당신이 정말로 (ISO, RPM, ...) 큰 유물을 보관해야하는 경우