완전히 다른 TFS 모음에 두 개의 프로젝트가 있다면 두 사람 사이에서 전환하는 것이 얼마나 힘들겠습니까? 예를 들어, 하루에 두 프로젝트를 모두 코딩하고 대부분의 경우 변경 사항을 적용하려면이 작업이 정말 고통스럽지 않습니까?동시에 여러 TFS 모음에서 작업하는 데 시간이 얼마나 걸리는지
e.e. 다른 콜렉션의 코드로 작업하면 개발자의 날에 상당한 워크 플로우 전환 비용이 발생합니까?
이 난 단지 내가 컬렉션과 프로젝트 안에 포함 된 독립적 인 경우이
어떨까 모르겠습니다 하나 개의 컬렉션 일한, 다음은 당신이하지 마십시오으로, 어떤 문제가되지 않습니다 동일한 디렉토리를 두 컬렉션에 매핑합니다.
일반적으로 문제가되는 디렉토리 매핑이됩니다. 예를 들어 루트 소스 디렉토리를 한 컬렉션의 작업 공간에 매핑 한 경우 다른 컬렉션의 새 프로젝트는 매우 다른 디렉토리 기반에 배치해야합니다. 예 : C:\Source\TFS이 TfsCollectionOne\MegaProject으로 매핑 된 경우 TfsCollectionTwo\SomeOtherMajorProject에서 C:\Source\TFS으로 작업하기위한 새 프로젝트를 만들려고하면 C:\Source\TFS\ 아래의 항목과 모든 항목이 디렉터리 매핑이 제거 될 때까지 TfsCollectionOne\MegaProject에 독점적으로 속하기 때문에 코드가 차단됩니다. 그런 경우에는 D:\Source\TFS을 내 두 번째 HD에 작성하므로 TfsCollectionTwo\SomeOtherMajorProject에 대한 추가 프로젝트를 만들 수 있습니다.
다른 TfsCollections에서 동일한 코드가 필요한 경우 가능하지 않으므로 소스 구성을 다시 생각해 볼 필요가 있습니다.
이것은 TFVC (Classic Version Control)를 고려하면 정확합니다. 이러한 고려 사항은 Git 저장소에는 적용되지 않습니다. 개발자 관점에서 보았을 때 VC가 가장 많이 사용되었습니다. 작업 항목은 원활하게 작동하지만 각 컬렉션에는 고유 한 카운터 세트가 있습니다. 컬렉션 A에서 버그 # 42를 얻지 만 컬렉션 B에서 작업 항목 42는 작업입니다. 메일, 보고서에서 모호성을 피하려면 컨텍스트를 지정하십시오. –