사용자가 Team Foundation Server를 사용하기 시작했으며 상사가 프로젝트를 "보관"하고 싶습니다. 프로젝트가 완료된 후 "활성"상태에서 제거하여 "활성"프로젝트 만 볼 수있게하십시오.Team Foundation Server 프로젝트 보관
아무도이 경험이 있습니까?
나는 2 가지 옵션을 생각해 보았습니다.
1) 2 개의 기본 프로젝트를 생성하십시오. 활성 프로젝트 1 개 및 실행 계획 프로젝트 1 개
2) 아카이브 된 프로젝트에서 모든 사용자를 제거하십시오.
덕분에, 샘
Team Projects를 "보관"하는 데 도움이 될 더 많은 기능이 도입 될 때까지 TFS 2010을 기다리는 것이 좋습니다.
TFS 2010에서는 팀 프로젝트를 새 팀 프로젝트 컬렉션으로 이동할 수 있습니다. 실제로 "활성"프로젝트 컬렉션을 복제 한 다음 보관하려는 프로젝트 프로젝트와 별도로 모든 팀 프로젝트를 삭제하여이 작업을 수행합니다. 이 활성 프로젝트 콜렉션에서, 중복 된 프로젝트 콜렉션에 사본이있는 아카이브 된 프로젝트를 삭제하십시오. 이 보관 된 팀 프로젝트는 자신의 프로젝트 컬렉션에 살게됩니다. 즉, 자체 데이터베이스 등으로 쉽게 백업/보관할 수 있습니다.
아카이브 된 팀 프로젝트 프로젝트 컬렉션은 그대로 사용하지 않을 경우 서버의 속도를 저하시키지 않고 TFS 응용 프로그램 인스턴스에서 분리되어 표시되지 않도록 할 수 있습니다 언제든지 다시 부착 할 수 있습니다.
TFS 2010에서 프로젝트 컬렉션을 사용하면 전체 버전 제어 및 작업 항목 추적 기록이 유지된다는 이점이 있습니다.
우리는 "보관"팀 프로젝트를 생성하고 우리는 정기적으로 팀 프로젝트에 사용되지 않는 소스 코드를 이동합니다. 그것은 우리에게 잘 돌아갔다. 역사는 보존되어있다. 그래서 우리는 항상 오래된 코드에 대한 아카이브 프로젝트 나 과거의 변화에 대한 정보를 참조 할 수있다. 또한 개발자가 읽기 권한을 가지지 만 TFS 관리자 만 쓰기 권한을 가질 수 있도록 액세스를 제한합니다. 나는 이러한 움직임이 체크 인과 작업 항목의 연관성에 어떤 영향을 주는지 확인하지 않았다. 대부분 TFS로 이동하기 전에 보관 된 모든 것이 체크인 되었기 때문이다.
활성 팀 프로젝트의 경우 지식 전문가와 온라인 문서를 통해 이것이 팀 프로젝트를 구성하는 최선의 방법이 아니라고 믿었습니다. 필자는 프로젝트/솔루션이 관련된 경우 (즉, 업무 또는 종속성별로) 프로젝트/솔루션을 단일 팀 프로젝트로 그룹화하는 것이 이상적이라고 생각합니다.
나는 이미 연구를 해봤지만 도움이 될만한 많은 문서가 있습니다 (특히 팀에서 단일 응용 프로그램이나 소수의 응용 프로그램을 유지 관리하는 경우). patterns & practices: Team Development with TFS으로 시작하는 것이 좋습니다.
평소처럼 사용 하겠지만 프로젝트를 완료하면 표시 목록에서 제거합니다. (Visual Studio에서 팀 탐색기의 프로젝트를 마우스 오른쪽 단추로 클릭하여 제거라고 말할 수 있습니다.)
프로젝트가 완료된 후 변경 사항이 걱정된다면 참여자 목록에서 사용자를 제거하십시오. 사용자를 실제로 부팅하려면 (심지어 사용자가 볼 수 없도록) 프로젝트에 대한 권한을 거부 할 수 있습니다.
이렇게하면 볼 필요가 없지만 모든 프로젝트를 기본 수준으로 유지할 수 있습니다.
활성 및 비활성을 위해 단지 2 개의 기본 프로젝트 만 갖는 것은 좋지 않습니다. TFS 프로젝트는 국가를 기반으로해서는 안됩니다.