보고 서비스 프로젝트를위한 TFS에서 가장 좋은 폴더 구조는 무엇입니까

Question

TFS에서보고 서비스 프로젝트를위한 유용한 폴더 구조 결정에 대한 도움을 찾고 있습니다. 어느 누구에게 TFS를 설치해야하는지에 대한 제안이 있습니까? 보고서 당 프로젝트 여야합니까? 아니면 모든 보고서 프로젝트가 포함 된 여러 폴더가있는 하나의보고 프로젝트 여야합니까?

즉 Senario 1 (별도의 각 보고서 프로젝트에 대한 프로젝트)
$ ReportProject1
$ ReportProject2
$ ReportProject3

Senario 2 (TFS에서 주 보고서 프로젝트 및 보고서 프로젝트와 하위 폴더)
$ ReportingServices
------ Src
--------- Project1
----------- ReportProject1 파일
--------- Project2
----------- ReportProject2 파일
--------- Project3
---------- -ReportProject3 파일

Answer 1

더 적은 수의 팀 프로젝트에 더 기댈 것입니다. 보고서가 논리적 인 "패키지"로 분류됩니까? 별도로 관리해야 할 필요가 있습니까? 여러 프로젝트에서 단일 프로젝트로 작업 할 수있을만큼 유연합니까?

팀 프로젝트의 범위 지정 - 팀 내에 저장된 솔루션의 유형에 관계없이 - 나는 세분성과 배포 가능성 간의 최상의 균형을 고수하려고합니다. 작업 항목 추적, 팀 빌드를 설정하거나 프로젝트 포털을 사용하려는 경우 각 팀 프로젝트가 효과적으로 해당 항목을 구분합니다.

WIT와 같은 경우 기능 영역을 통해 구분할 수 있습니다. 빌드, 당신은 간단하고 간단하게 유지하려는 경우 프로젝트 당 기본적으로 하나씩 갖게 될 것입니다. 포털은 일반적으로 나를위한 최종 결정에서 어떤 방식 으로든 판매 시점이 아니지만, 때로는 팀 프로젝트에 매핑하는 AD 보안 그룹이이 점을 조금 더 중요하게 만듭니다.

상황에 대한 세부 정보를 모르는 상태에서 나는 여전히 "시나리오 2"에 의지 할 것입니다. 팀 프로젝트간에 전환하고 몇 번의 키 누르기/클릭 횟수가 어느 정도인지 알고있는 것은 계속해서해야 할 일입니다. 몇 가지 보고서를 분류하려면 여러 가지 분기를 유지하는 것보다 필요한 것보다 더 많은 분기가 필요합니다.