2011-06-14 5 views
0

SCM을 7 개월 동안 사용해 왔으며 Visual SVN을 서버로 선택하고 svn을 클라이언트로 선택했습니다. 지금까지 ERP 응용 프로그램 구성을 관리하는 데 7 개월 간의 여행을 완료했습니다 조치. 난 내가 모범 사례를 따라하고 있는지 알고 싶어구성 관리 및 빌드 엔지니어가 따르는 모범 사례

(지금까지이 과정을 다음 있지 않다)

Project -------> Branches, trunk, tags. 
  1. 가 특정 작업에 대한 분기를 만들 필요가있다 : 다음 의심이

  2. 브랜치 문제가 응용 프로그램 로그를 모니터링하고 문제를 닫음으로써이 문제를 추적하는 경우 같은 날에 여러 개의 커밋을 수행 한 후 분기 프로젝트 &에 기본 프로젝트를 추가했습니다.

  3. 더 많은 작업이 커밋 된 경우 주요 릴리스 예. 1.0, 2.0, 2.0, 1.1, 2.1, 2.2 등의 주요 릴리스 프로젝트 코드 스냅 샷을 태그에 추가합니다.

  4. 개발자가 지점에서 커밋하고 테스트 서버에서 체크 아웃 복사본을 만들고 응용 프로그램을 빌드하고 최근 커밋을 svn update를 사용하여 테스트 서버에서 체크 아웃 복사본으로 업데이트하고 응용 프로그램을 빌드 할 수 있도록 허용합니다.

이것은 다음과 같은 메커니즘입니다.이 과정이 잘못되면 귀중한 의견과 제안을하시기 바랍니다. . 첫 번째 질문에 대한

답변

2

:

는 필요한 특정 작업에 대한 분기를 만드는 것입니다.

이 패턴을 "안정된 트렁크"라고 부릅니다. 불안정한 모든 물건이 가지에서 이루어지기 때문에 안정된 물건 만 트렁크에 병합되기 때문입니다. 반대쪽 (개발을 위해 트렁크 사용)은 "불안정한 트렁크"라고 불립니다.

어쨌든 :이 테마를 설명하는 스택 오버플로 질문이 있습니다 : Best branching strategy when doing continuous integration?.