TFS에서 프로젝트 구성

Question

우리는 프로젝트간에 공유되는 프레임 워크가있는 웹 프로젝트를 가지고 있습니다. 모든 프로젝트에서 해당 프레임 워크를 사용합니다. 그 외에도 모든 프로젝트에는 이이 아닌 주 기능으로 병합되는 다른 기능을 가진 여러 고객이 있습니다.

Common (Shared) 
    Product 1(Uses Common) 
     Customer 1 (Feature List 1) 
     Customer 2 (Feature List 2) 

    Product 2(Uses Common) 
     Customer 3 
     Customer 4 

체크인 정책은 모두 동일합니다. 모든 프로젝트의 권한은 다를 수 있습니다. 제품 별 각 고객의 기한이 다릅니다.

모든 제품에 대해 단일 팀 프로젝트에서 다른 솔루션을 사용해야합니까?

TFS에서 프로젝트를 어떻게 구성해야합니까?

Answer 1

는 일반적으로 : KISS 적용, 복잡 단지 개발자를위한 삶 어렵게 (체크인 정책은 모든 중 동일

충분한 복잡성이있을 것

정책에서 해당 수표를 고려하십시오. 은 일 수 있으며 개발자를 신뢰하지 않으면 제품을 어떻게 만들 수 있습니까? 이렇게하면 품질 좋은 결과를 얻을 수 없습니다.

그러나 모든 프로젝트의 사용 권한은 다를 수 있습니다. 제품 당 각 고객의 기한이 다릅니다.

이렇게하면 별도의 솔루션이 필요합니다.

프레임 워크를 고객이 다른 타사 제품처럼 참조하는 일반적인 외부 제품 (내부적으로 개발 됨)으로 처리하는 방법은 어떻습니까? 이것은 프레임 워크의 변경 사항을 제어 된 방식으로 각 고객 프로젝트에 적용 할 수 있다는 의미의 이점이 있습니다. 중요한 업데이트는 배포하려는 것처럼 나쁜 아이디어 일 것입니다!

이 C9 비디오의 많은 유용한 정보는 다음과 같습니다. Source Control Strategies Panel