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

Question

프로토 타입 + '실제'응용 프로그램 구현으로 소스 제어에서 프로젝트를 어떻게 구성해야합니까?

우리는 새로운 프로젝트의 프로토 타입 작업 및 소스 제어에 그 저장 (Subversion을하지만, 문제는 독립적이어야한다) 우리의 모든 프로젝트와 우리의 주요 저장소에 다음과 같은 구조로 :

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

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

우리는 다음과 같은 가능성에 대해 생각 :

• 완전히 별도의 저장소

• (인턴 소스 제어/Subversion을 사용한 경험이 몇 주를 가지고) 우리의 주요 저장소

  에서 별도의 프로젝트

• 프로토 타입을위한 기존 프로젝트의 브랜치 (예 : branches/prototype)를 입력하고 trunk을 '실제'구현

이 상황에서 어떤 구조를 권장합니까?

Answer 1

여러 프로그램과 함께 대규모 소프트웨어학과에 대한 SCM 매니저로서 몇 년 동안 데, 내 추천은 다음과 같은 이유로 지점을하는 것입니다 : 프로토 타입이 작동하지 않습니다

1. 경우가하도록 할 수 있습니다 그 지점에서 지부가 죽는다.

2. 프로토 타입이 다음 작동 당신이 차 개발을 위해 트렁크에 다시 병합 할 수 있습니다 경우

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

Subversion은 이러한 모든 시나리오를 처리하는 데 적합합니다. 레이블을 사용하여 코드를 제어 할 수도 있습니다. 이들은 가능한 한 설명이 있어야하며, 이후에 오는 모든 사람이 코드가 무엇인지 쉽게 결정할 수 있습니다.

Answer 2

우리가 수행하는 작업은 테스트/재생/실험/프로토 타입 프로젝트를 모두 배치하는 프로토 타입이라는 별도의 리포지토리입니다. 가치가있는 것이 있다면 자체 저장소로 이동합니다.

Answer 3

우리에게는 응용 프로그램 트리가 있으며 'inhouse'라는 레이블이있는 디렉토리가 있습니다. 이러한 방식으로 프로토 타입과 내부 도구를 모두 개발할 수 있습니다. 또한 프로토 타입 코드는 우리가 프로토 타입을 통해 학습 한 내용을 기반으로 차세대 '라이브'프로젝트를 시작할 때 항상 참고할 수 있습니다.