수천 개의 요소의 전복 저장소를 조직합니다

Question

시작하기 전에 : 나는 많은 포럼 (스택 오버플로 포함)에서 오랜 시간을 보냈습니다 (예 : SVN 구성에 대한 질문이 많이 있습니다), Google 검색 및 문서를 읽습니다 (나는 몇 권의 파괴 책을 소유하고 있습니다). 나는 여전히 코드 기반을 전복으로 구성하는 좋은 방법을 찾지 못했습니다. 우리는 현재 RCS를 수정 제어 시스템으로 사용하고 있으며 모든 것 1 RCS 디렉토리에 저장되어 있습니다. 나는 또한 Subversion을 많이 사용 했으므로 그것이 기능과 작동 방식을 알고 있습니다. 나는 완전히 프로그래밍 관련이 아니기 때문에 몇 달 동안이 질문을 주저했습니다. 그러나 솔루션에 올 수 없었기 때문에 내 질문을 할 수있는 더 좋은 곳!

내 머리 속의 물건을 복잡하게하는 것은 전복 용어 "프로젝트"입니다. Subversion에서 Java 프로젝트를 관리하고 싶다면 이것은 나에게 완벽하게 이해됩니다. JAR 파일로 결합 된 모든 Java 파일은 "프로젝트"로 간주 될 수 있습니다. 모두 함께 속합니다. 그러나 우리 환경에서는 "프로젝트"가 무엇인지 정의하는 쉬운 방법을 보지 못합니다. 우리는 4,000 개가 넘는 프로그램을 가지고 있으며, 모두 서로 독립적입니다. 그들 중 다수는 쉘 스크립트 또는 Perl 스크립트입니다. 우리의 스크립트 중 일부는 일반적인 "유틸리티"또는 "라이브러리"스크립트를 사용하지만 대부분의 경우 모든 코드 객체는 무의미합니다.

우리 환경에서 하나의 "프로젝트"에는 프로그램 A, B 및 C 및 구성 파일 AA가 포함될 수 있습니다. 다른 프로젝트는 프로그램 C, D 및 E 및 구성 파일 BB를 사용할 수 있습니다. 또 다른 프로젝트는 구성 파일 AA 또는 프로그램 B를 변경할 수 있습니다. 그룹에 속하는 프로그램이나 파일을 분류 할 수있는 방법은 없습니다. 이 때문에 코드를 전복으로 구성하는 방법을 모르겠습니다. 모든 것을 마스터 프로젝트 트렁크에 넣을 수는 있지만 작업 사본을 확인하는 것은 4,000 개 이상의 요소를 모두 체크 아웃하는 것을 의미합니다.

어떤 맥락을 제공하기 위해, 이것은 데이터웨어 하우스를위한 것입니다. 창고 기능을 만들기 위해서는 4,000 개 이상의 코드 요소가 모두 필요합니다. 아마도 일부 요소에 액세스되는 열의 변경이 필요한 특정 비즈니스 요구 사항이 발생할 수 있으며 다른 비즈니스 요구 사항에는 다른 요소 (다른 프로젝트와 동일)가 변경되어야합니다.

어쩌면 우리에게 가장 적합하지는 않지만, 그것이 효과가 있다고 믿어야합니다. 우리는 이미 웹 코드와 Java 프로그램을위한 Subversion Server를 가지고 있으며 쉽게 정의 된 프로젝트가 있기 때문에 훌륭하게 작동합니다. 메인 코드 라이브러리를 구성하는 방법을 알 수 없습니다.

바라건대 그 중 일부가 이해가 되었기를 바랍니다 ... 당신의 지혜에 미리 감사드립니다!

Answer 1

당신은 외관 재산. 이 속성이 첨부 된 디렉토리의 체크 아웃을 정의 할 수 있으며 저장소 내의 다른 위치를 해당 디렉토리의 하위 디렉토리로 확인할 수 있습니다.

따라서 각 구성 요소에 대한 "실제"디렉토리를 작성한 다음 각 프로젝트에 대해 별도의 디렉토리를 만들 수 있으며 필요한 구성 요소의 체크 아웃을 위해 외부를 사용합니다.

Answer 2

파일의 폴더 구조를 단순히 전복 저장소에 덤프하기 전에 폴더 구조를 구성하려고합니다.

나는 당신의 문제가 주로 기존 파일의 조직화에 있다고 생각합니다. 시스템을 세그먼트로 논리적으로 나눌 수있는 방법을 찾을 수 있다면 사람들이 파일 청크 (논리적 그룹에있는) 만 확인하는 것이 더 쉬울 것입니다.

전복은 실제로 파일 시스템을 반영하므로 파일 시스템에서 예쁘지 않은 경우 전복에서도 예쁘게 보이지 않습니다.

파일 재구성을 피하려면 파일 시스템의 위치 대신 태그를 기반으로 체크인/아웃 할 수있는 버전 제어 시스템을 찾을 수 있습니다.