여러 프로젝트에 여러 TFS 작업 영역이 있어야합니까?

Question

약 6 개월 전에 VSS에서 TFS로 마이그레이션했습니다. 프로젝트를 저장하는 우리의 방식은 카테고리별로 그룹화 (Windows App, Web App, Infopath, SQLScripts, 비추천)되었습니다. 'Windows App'작업 공간에서 3 개의 .NET 프로젝트가있을 수 있습니다. 'Web App'에는 3 등이있을 수 있습니다. VSS는 VSS가 제공 할 수있는 실제 기능보다 코드 저장소를 저장하는 데 더 많이 사용되었습니다.

윈도우 응용 프로그램 ($/윈도우 응용 프로그램/작업 공간)
-> 앱 1
-> 앱 2
-> 앱 3

웹 응용 프로그램 ($/웹 앱/작업 공간)
- -> 앱 1
-> 앱 2
-> 앱 3

내가 더 나은 것입니다이 문제는 각 프로젝트에 대한 1 작업 공간을 가지고? 내가 '예'라고 생각하는 이유 중 하나는 같은 작업 공간에서 여러 프로젝트를 작업 할 때 보류중인 변경 사항을 확인하는 것과 같은 일을하는 경우 다른 프로젝트를 포함하여 보류중인 변경 사항이 모두 표시된다는 것입니다. 인치

웹 앱/앱 1 ($/웹 앱/앱 1 작업 공간)
웹 앱/앱 2 ($/웹 앱/앱 2 작업 공간)
웹 앱/앱 3 ($/웹 앱/앱 3 작업 공간)

내가 모범 사례 응답을 찾고 있다고 생각합니다.

감사합니다.

Answer 1

우리가 작업하고있는 프로젝트에서 여러 가지 버전의 응용 프로그램에 대해 여러 개의 분기가 있고 각 분기마다 다른 작업 공간을 만듭니다 (개인적으로). 각 지점은 그 자체로 '프로젝트'입니다. 난 그냥 읽기 : 2

편집 나는이 지점에서 일하고 있어요 때 표시되지 않습니다 그래서 지점 1에 대한 내 보류중인 변경 - 그것은 그 작업 공간에 대기중인 변경 사항을 지역화하기 때문에

그것은 좋다 답변의 마지막 부분 - 네, 각 작업 공간에 대한 변경 사항은 정말 좋은 점이므로 이런 식으로 작업하는 것이 가장 좋습니다.