TFS의 모든 솔루션 빌드 관리

Question

저는 회사의 TFS 관리자입니다. 과거에는 TFS를 처음 사용하는 소규모 팀을위한 선형 분기 전략을 권장했습니다. Dev> Dev에서 Merge up to Test> Test로 병합을 시작하십시오.

이 방법은 솔루션의 하위 디렉터리에있는 솔루션을 사용하는 것이 좋습니다. 소스 제어 전반에 분산되어있는 프로젝트는 어떻습니까?

소스 제어에서 여러 위치에 분산 된 프로젝트를 관리 할 수있는 단일 분기를 만들 수 있습니까?

E.G.

$ TFS \ 데브 \ Project1의
\ $ TFS \ 데브 \ SomeFolder \ 우리는 우리의 모든 어셈블리를 수납하는 주요 프로젝트가 프로젝트 3

\ Project2에
\ $ TFS \ 데브 \ SomeOtherFolder \. 이 프로젝트는 "모두 빌드"프로젝트입니다. finalBuilder pro와 함께 사용되어 다음 계층으로 배포를 수행합니다. 문제는 이러한 프로젝트가 소스 제어 전체에 퍼져 있다는 것입니다. 나는 그들을 어떻게 관리해야할지 모르겠다.

Answer 1

예. Team Build를 사용하면 지점 간 솔루션을 구축 할 수있을뿐 아니라 여러 팀 프로젝트에서 솔루션을 구축 할 수 있습니다. 그러나 각 프로젝트와 각 지사를 자체 빌드 정의로 유지하는 것이 가장 좋습니다.

귀하의 경우 먼저 organize the source tree으로 시도한 다음 모든 프로젝트를 빌드하는 마스터 솔루션을 정의하십시오. FinalBuilder는 시나리오를 지원해야하지만 TFS를 보유하고있는 경우 FinalBuilder가 중복되는 것으로 생각됩니다.

Answer 2

내 제안은 어떤 "프로젝트"가 출시되고 독립적으로 버전이 지정되는지 식별하고 각각에 대해 별도의 분기 구조를 갖는 것입니다.

동일한 분기 구조 내에서 독립적 인 프로젝트 2 개 (독립적으로 출시/개별 버전 있음을 의미 함)를 원하지는 않습니다.

이러한 프로젝트 간의 종속성을 관리하는 일반적인 방법은 Project 1 Version X에서 Project 2 "lib"폴더로 이진 파일을 체크인하는 것입니다. 그렇게하면 Project 1의 새로운 버전을 자유롭게 릴리스 할 수 있지만 Project 2 팀에서는 새 버전에 대한 종속성을 언제 언제 결정할 수 있습니다.

다양한 "프로젝트"가 모두 함께 릴리스/버전으로 묶인 모든 큰 조각 인 경우 해당 버전이 모두 루트 폴더 (예 : $ \ TFS \ Dev) 및 분기 아래에 있는지 확인하는 것이 좋습니다 거기에서.