저는 TFS에 처음 왔으며 우리는 그것을 좋아합니다! 나는 버전 관리와 민첩한/스크럼/쉐어 포인트 사이트로부터 TFS를 구성하는 최선의 방법을 연구하고, 팀을 격리하면서 코드와 프로젝트를 공유하는 것을 어렵게 생각하고 있습니다.TFS에서 팀 분리되었지만 프로젝트를 공유합니까?
이 시나리오에서는 세 팀이 있다고 가정 해 보겠습니다. 팀 1, 2, 3. 각 팀은 자신이 작업하는 프로젝트에만 액세스하고 각 팀은 경고 및 알림, 쉐어 포인트, 민첩성 등을 격리해야합니다. 그래서 총 프로젝트가 5 개 있다고 가정 해 봅시다.
Team 1:
--Project 1
--Project 2
Team 2:
--Project 1
--Project 4
--Project 5
Team: 3:
--Project 1
--Project 2
--Project 3
--Project 4
하나의 컬렉션 설정 DefaultCollection이 있습니다. 지금은 팀이 하나 밖에 없지만이 기능을 사용하여 기능을 완벽하게 분리하고 분리 할 수는 없습니다. 팀을 분리하여 유지하면서 별도의 코드 프로젝트가 없도록 TFS를 구성하는 가장 좋은 방법은 무엇입니까? 일부 프로젝트는 공유되며이 부분이 논쟁의 핵심입니다.이 부분을 다루는 방법을 모르겠습니다.
Acme 위젯에는 X 프로젝트가 있으며 X 프로젝트와 "회사 공유"됩니다. 우리는 Acme Widget 1, 2, 3 같은 다른 제품을 사용하고 있지만 회사 공유 프로젝트 (예 : Company.Utilities, Company.Windows, Company.Security)를 모두 공유하고 작업합니다.
누군가가 TFS를 올바르게 구성하는 방법에 대해 알려줄 수 있습니까? 위에서 언급 한 것처럼 버전 제어를 넘어서기를 원합니다. 우리는 작업, 버그, 경고, 빌드 등을 사용하고 싶습니다.
P. 조직에서 TFS 설치를 구성하는 데 도움이되는 TFS 하위 계약자라면 누구나 전문적인 컨설팅 및 구성을 즐길 수 있습니다.
내가 조직하는 한 가지 방법은 그룹 및 해당 퍼미션을 사용하고 팀에 대해 AD 또는 TFS 그룹을 만든 다음 특정 퍼미션 또는 기본 그룹의 일부를 사용하여 액세스해야하는 프로젝트에이 그룹을 할당하는 것입니다. 알림, 경고, 공유 지점의 분리를 구성하는 것은 까다로울 것입니다. 이러한 이유와 이유에 대한 자세한 내용을 살펴 보겠습니다. – drk