2012-01-20 9 views
4

저는 PureCM 설치에서 새로운 TFS 2010 설치로 소스 코드를 이동하려고합니다. 여러 솔루션에 걸쳐 .net 프로젝트를 보유하고 있으며이 프로젝트는 서로 바이너리 출력을 공유합니다. 순수 CM 세계에서 이러한 공유 바이너리는 "공유 구성 요소"로 유지됩니다. Team Projects 전체에서 TFS에 "소스 코드 공유"라는 개념이 있습니까? TFS에서 이것을 달성하는 가장 좋은 방법은 무엇입니까?TFS 2010의 다른 팀 프로젝트간에 프로젝트 바이너리 공유

TFS에서 내 현재 제안 된 구조는 현재로서는 다음과 같습니다 :

  • http://TFSServer/Development
    • 공유
      • LocalResources-ProcessTasks 분기
      • (이 팀 프로젝트입니다) LocalResources-Suite-branch
      • 외부 리소스
    • ProcessTasks이 팀입니다
    • LocalResources는
  • 스위트 ((공유> LocalResources-ProcessTasks 분기에 분기)
    • 소스 코드 (이 팀 프로젝트입니다) 프로젝트)
      • 소스 코드 -LocalResources (branched t O를 공유> LocalResources - 스위트 분기) 각 팀 프로젝트에 대한

, 바이너리 (예 : 로컬 폴더로 이동합니다. LocalResources)을 만들고 공유 할 필요가있는 각 폴더에 대해 공유 팀 프로젝트에서 분기를 만듭니다. 모든 공유 프로젝트는 분기 된 위치에서 참조됩니다.

이제 문제는 팀의 모든 사람들이이 설정 작업을 수행하기 위해 같은 위치에 "공유 된"프로젝트의 작업 공간을 가져야한다는 것입니다.

어떻게하면이 설정을 향상시킬 수 있습니까?

미리 감사드립니다.

답변

0

각각의 팀 프로젝트에서 여러 솔루션간에 공유 바이너리를 사용할 수 없습니다.

해결 방법에는 여러 가지가 있습니다. 한 가지 가능성은 이미 설명한 바와 같이 공유 바이너리가 포함 된 별도의 팀 프로젝트를 갖는 것입니다.

또 다른 접근법은 외부 종속성을 포함하는 모든 솔루션에 전용 프로젝트를 갖는 것입니다. 단점은 모든 복사본을 동기화 상태로 유지하는 것입니다. 새 바이너리 버전을 사용할 수 있으면이 바이너리를 사용하는 모든 프로젝트에서 바꿔야합니다.자세한 내용은

How do you share external dependencies between Visual Studio solutions?

+0

감사 PVitt를 보라. 프로젝트가 너무 많아서 바이너리가 자주 변경됩니다. 그래서 그들을 동기화 유지 문제가 될 것입니다. 우리는 아직 지속적인 통합을 구현하지 않고 있고 자동화 된 빌드 메커니즘을 갖추고 있지 않습니다. 이것을 고려해 볼 때 제안 된 설정을 어떻게 개선 할 수 있을지 생각하고 있습니다. 또한이 설정이 앞으로도 지속적인 통합 설정을 방해하는지 여부 건배! – user1159913