2016-09-02 7 views
1

Subversion에서 TFS 2015로 소스 제어를 마이그레이션하고 있습니다. 우리의 개발 노력은 2 개의 팀으로 나누어집니다 : 하나는 새로운 개발/개선 만 수행하고 다른 팀은 결함 수정 만 수행합니다.DEV, Stabilization 및 Production의 세 가지 영역으로 이루어진 TFS 분기 전략을위한 최선의 방법은?

누구나 분기 전략을 제안하여이 두 가지 노력을 병합 할 수 있습니까? 하나의 브랜치 (개발)는 결함 수정을 수행하는 다른 팀에서 사용하는 브랜치보다 항상 새로운 코드 변경 사항을 갖습니다.

답변

0

내 의견으로는 분지는 귀하의 상황에 가장 적합합니다.

팀은 진행중인 릴리스을 지원하는 지점을 만듭니다. 이것은 릴리즈를 위해 안정화 할 브랜치를 생성해야하는 다음 가장 일반적인 경우입니다. 이 경우 팀은 릴리스를 안정화하기 위해 릴리스 전에 분기를 만든 다음 소프트웨어를 릴리스 한 후 릴리스 분기의 변경 사항을 기본 소스 트리로 다시 병합합니다.

Main 
-DEV 
-release1 
... 
-release2 
+0

릴리스 분기가 병합되면 삭제하는 것이 좋습니다? 나는 시간이 지남에 따라 큰 목록을 만드는 것을 볼 수 있습니다. – Chaka

+0

BTW, 나는 feature branch라는 용어를 들었습니까? 릴리스와 다른 점은 무엇입니까? – Chaka

+0

글쎄, 그것은 당신 팀의 크기, 릴리스의 빈도에 근거합니다. 일반적으로 당신이 적극적으로 개발할 때 주위에 지점을 유지하는 것이 좋습니다. 그러나 병합 된 분기를 모두 삭제해도 비용이 적게 들고 이전 기록을 삭제할 수 있으므로 기록을 잃어 버릴 염려가 없습니다. –