TFS 분기 및 빌드 정의

Question

아래에는 TFS 구조가 있습니다. 나는 시나리오와 내가 달성하기 위해 노력하고있어를 제공하기 위해 최선을 다할 것입니다 :

Source 
    |- Solution 1 
    |- Solution 2 
    |- files..... 

참고 : 솔루션이 포함 모두 해결 방법 1, 2 이것은 우리가 솔루션이 구축 경우는 모두 1, 2

를 구축 의미

Build Definition: 
    |- Build Definition Dev (Builds Solution 2) 
    |- Build Definition QAT (builds solution 2) 
    |- etc... 

이제 해결책 1이 이번 주에 라이브로 진행되며 레이블을 지정하고 분기해야합니다. 솔루션 2는 몇 달 안에 개월 내에 생방송됩니다.

질문 :

최고의 분기하는 방법 등이 우리가 할 수

레이블 해결 방법 1을 무엇

1. . 특정 환경에 맞게 분기 된 솔루션 1을 항상 배포하십시오.

2. 별도의 빌드 정의를 만들어야합니까?

3. 분기 정의를 빌드하고 배포 할 수 있도록 빌드 정의를 구성하는 방법이 있습니까?

아이디어는 지원 및 버그 수정을 위해 분기 된 버전을 배포하고 주어진 환경에 배포 할 수 있어야합니다. 동시에 Solution 2는 그대로 두십시오.

마지막으로 솔루션 2와 분기 된 버전을 병합하십시오.

감사합니다.

Answer 1

1. 해결책 2가 솔루션 1을 참조한 경우, 즉 프로젝트 중 일부를 공유하는 경우 Source 분기를 사용하면 전용 분기에 각 버전을 갖게됩니다. 프로젝트 공유가 없다면 솔루션을 분리 된 분기로 분리하십시오.

옵션 1 :

Branch 1.0 
    |- Source 
     |- Solution 1 
     |- Solution 2 
Branch 2.0 
    |- Source 
     |- Solution 1 
     |- Solution 2 

옵션 2 :

Branch 1.0 
    |- Source 
     |- Solution 1 
Branch 2.0 
    |- Source 
     |- Solution 2 

2. 예. 하지 않을 이유가 없습니다.

3. 예. 이것은 큰 것입니다. 이를 성취 할 수있는 방법은 여러 가지가 있습니다. Community TFS Build Extensions 및 VS Lab Management을 사용하면 시작할 수 있습니다.