우리는 현재 Visual Source Safe 및 BugNet을 사용 중이며 VSS에서 마이그레이션하려고합니다. 어느 SVN (a)을 우리가 ASP.NET 숍으로 사용하고 있는지, b) DCVS가 옵션이 아닌지 (Hg ;-) 또는 TFS를 얼마나 좋아하는지에 관계없이). 그래서 우리는 마침내 새로운 dev 서버를 얻었습니다. 그래서 나는 보스에게 TFS를 설치하도록 이야기했습니다 (30 일 평가판). 그동안 우리는 FogBugz를 실험하기 시작했습니다. 우리는 FogBugz가 우리가하고 싶은 것의 약 80 %를 정말로 좋아하고, 나머지 20 %는 우리가 원하는 것을 모르는 물건 일 것입니다.Team Foundation은 여러 응용 프로그램 작업 그룹을 지원합니까?
나는 IDE 통합 (대부분)을 허용하기 때문에 TFS를 추진하고있다.
그는 고객별로 작업을 그룹화하고 하나의 대시 보드에서 모든 것을 프로젝트하고 관리 할 수 있기 때문에 FogBugz를 추진하고 있습니다. (이는 내가 대부분의 IDE 통합을 잃는다는 것을 의미한다.) -
TFS는 모든 솔루션을 포괄하는 단일 대시 보드를 지원합니까? (이 경우 각 솔루션은 우리가 수직 시장에 판매하는 완전한 응용 프로그램입니다 클라이언트)와 각 솔루션 - 스패닝 그룹에 작업 항목을 할당할까요?
그래서 예를 들면 우리가이 같은 구상 생각 : - Bugtracker 및 프로젝트 2 작업 항목 - Bugtracker 및 프로젝트 3 작업 항목 - Bugtracker 및
1 고객을 작업 항목 -
PROJECT1을 배포 일정, 필요한 기능, 특정 음 (PROJECT1, PROJECT2 사용) CUSTOMER2 - 배포 일정, 필수 기능, 특정 참고 사항 (PROJECT2, PROJECT3 사용) CUSTOMER3 - 배포 일정, 필수 기능, 특정 참고 사항 (PROJECT1, PROJECT3 사용)
희망적으로는 의미가 있습니다. 자연적으로 이것은 이것보다 더 복잡하지만 그림을 그리기에 충분한 세부 사항을 부여했다고 생각합니다.
나는 고객 당 더미 프로젝트를 만들 수있는 옵션을 제안했으나 그다지 좋지는 않습니다. 그리고 우리가 끝내기를 희망하는 단일 대시 보드 뷰를 제공하지는 않습니다. (그리고 FogBugz와 마찬가지로 일종의 암시 된 일들이 지금하는 일).
누구나 우리가 원하는 것을 달성 할 수있는 관리 응용 프로그램에 대한 좋은 제안을 얻었습니까?
편집 : 좋은 반응을 얻은 이후로 (내가 원했던 것은 아니지만) 지금은 이것을 닫을 것입니다. 그러나, 나는 이것이 좋은 thirdparty 시장 및/또는 다가오는 TF 릴리스의 특징이 될 것이라고 생각합니다. 나중에 다른 아이디어가 있으면 언제든지 더 많은 아이디어를 게시 할 수 있습니다.
+1 - 대부분 모든 것에 동의합니다. ;-) 또한, 도움이 될 수있는 한 가지는 SSRS가 사용자 지정 프로젝트 간 쿼리를보고하는 것입니다. 예를 들어, "고객 결함 목록"을 작성하고 시나리오에서 WIT에 추가 된 고객 드롭 다운을 누르기가 쉽습니다. –
좋아요, 맞춤 보고서가 좋으므로 항목 제출은 대시 보드 하나에서 프로젝트를 건너 뛸 수 있습니까? 예를 들어, 고객 1을보고 있고 프로젝트 2에서 뭔가 필요한 것이 있다면 프로젝트 2의 버그를 어떻게 일반 양식에서 해고합니까? 우리가 필요로하는 것은 TFS를 사용하지 않거나 멋진 통합을하는 것입니다 (유용한 코드를 작성하는 데 더 많은 시간을 할애 할 수 있을까요?). – jcolebrand
그리고 네, 보고서에서 프로젝트 2로 이동하는 것이 좋을 것입니다. 실제로는 완벽하지는 않지만 클릭이 많이 발생합니다. – jcolebrand