프로토타입 및 실제 구현을 위한 소스 제어 구조

StackOverflow https://stackoverflow.com/questions/689933

  •  22-08-2019
  •  | 
  •  

문제

프로토타입 + 애플리케이션의 '실제' 구현을 사용하여 소스 제어에서 프로젝트를 어떻게 구성해야 합니까?

우리는 새 프로젝트의 프로토타입을 작업하고 모든 프로젝트와 함께 기본 저장소에 다음 구조를 사용하여 소스 제어(Subversion, 그러나 질문은 독립적이어야 함)에 저장합니다.

[ProjectName]/
  trunk/
    src/
      UIPrototype/
  branches/
  tags/

인턴과 함께 도메인 로직 설계 작업을 하고 있으며 다음 주에 도메인 로직 구현을 시작할 계획입니다.

우리는 다음과 같은 가능성을 생각해 보았습니다.

  • 완전히 별도의 저장소(인턴은 소스 제어/Subversion에 대해 몇 주 간의 경험이 있음)

  • 기본 저장소에 별도의 프로젝트

  • 지점(예: branches/prototype) 기존 프로젝트에서 프로토타입을 만든 다음 사용하세요. trunk '실제' 구현을 위해

이 상황에서는 어떤 구조를 추천하시겠습니까?

도움이 되었습니까?

해결책

여러 프로그램을 갖춘 대규모 소프트웨어 부서의 SCM 관리자로 수년간 근무한 경험이 있는 저는 다음과 같은 이유로 지점을 운영하는 것을 추천합니다.

  1. 프로토타입이 작동하지 않으면 해당 지점에서 분기가 종료되도록 할 수 있습니다.

  2. 프로토타입이 작동하면 기본 개발을 위해 이를 다시 트렁크에 병합할 수 있습니다.

  3. 기본 프로젝트 작업을 시작해야 하는 경우 프로토타입 작업을 계속할 수 있습니다.

Subversion은 이러한 모든 시나리오를 처리하는 데 매우 적합합니다.또한 레이블을 사용하여 코드를 제어할 수도 있습니다.이 코드는 가능한 한 설명적이어야 합니다. 그래야 나중에 누구든지 코드의 용도를 쉽게 확인할 수 있습니다.

다른 팁

우리가하는 일에는 프로토 타입이라는 별도의 저장소가있는 것입니다. 여기서 모든 테스트/플레이/실험/프로토 타입 프로젝트를 배치합니다. 가치가 있다면, 우리는 그것을 자체 저장소로 옮깁니다.

우리는 응용 프로그램 트리를 가지고 있으며 선적을위한 것이 아닌 것을 나타내는 '사내'라는 디렉토리가 있습니다. 프로토 타입과 내부 도구는 이러한 방식으로 개발할 수 있습니다. 또한 프로토 타입 코드는 프로토 타입으로부터의 학습을 기반으로 차세대 '라이브'프로젝트를 시작할 때 항상 참조 할 수 있습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top