누구나 응용 라이프 사이클 관리를 위해 TFS를 사용하여 경험을 공유하고자합니다.

Question

우리 고객을 위해 화이트 라벨 웹 및 모바일 건강 관리 응용 프로그램을 개발 중입니다. 우리 제품은 빠르게 발전하고 있으며 기존 고객을 지원하고 새로운 고객을 지원할 것입니다.

현재 개발 워크 플로우는 소스 코드에 대한 SVN, 결함 추적을위한 요구 사항 문서 추적 및 mantis를 포함합니다.

우리 조직의 VS TFS 2010 기반 응용 프로그램 수명주기 관리를 고려하고 있습니다. 우리는 사람이 경험 VS를 사용하여이 TFS VS 2010 우리가

그냥 궁금 다음

1) 요구 사항 관리 2) 소스 코드 버전 관리 3) 빌드 자동화 4) 시험 관리를 간소화하는 것입니다 바라고있다 TFS 2010과 그들의 경험을 공유하고 싶습니까? VS TeamSystem에 대한 가치있는 대안이 있습니까?

Answer 1

머리말 : 이것은 개인적인 견해이며이 답변에서 Microsoft 애호가로서 만났음에도 불구하고 자신의 플랫폼 용 도구를 사용하여 개발 한 것 외에는 Microsoft와 아무런 관계가 없습니다. (나는 .NET 개발을 좋아한다.)

나는 TFS 2010을 사용하지 않았지만 TFS와 Visual Studio 버전을 포함한 2005 Team Suite를 사용했다. 우리는 2008 버전이나 1020 버전을 설치하기가 너무 어려웠 기 때문에 2008 년이나 1020으로 나아 가지 않았습니다. 그러나 일단 우리가 그것을 설치하게되면 ... 그것을 좋아했습니다. 프로젝트 관리 도구는 직관적이었고 잘 작동했습니다. 빌드를 설정하는 것은 쉬운 일이었으며 간단하고 효율적으로 수행하기를 원하는 모든 작업을 수행했습니다.

그러나 이후 우리는 같은 유형의 작업을 수행하기 위해 오픈 소스 도구를 채택했습니다. 제가 말했듯이, 2005 년의 설치는 악몽이었습니다. Team Foundation Server 2010 버전이 매우 쉽게 설치 되더라도 (직접 테스트하여 2005 버전으로 도우려는 가난한 팀에게 보여주었습니다.), 나는 팀에게 두 번째 기회를 줄 것을 확신 할 수 없었다. 그들은 자주 업그레이드 할 필요가없는 도구를 사용하기로 결정했으며, 필요할 때 업그레이드하기가 더 쉽습니다.

나만의 사람이라면 그것을 사용하고있을 것입니다. 이것은 바로 제대로 작동하는 곳 중 하나이며 원활하게 함께 작동합니다. 사용 가능한 문서 (MSDN, 비디오 등)는 철저합니다. 나는 다른 도구 세트가 잘 문서화되어 있는지 의심 스럽다.

이전 버전의 사용 경험이 매우 좋지 않아서 여기에있는 다른 사람이 최신 버전을 제대로 사용하지 못한다면 너무 좋지 않습니다.

오픈 소스가 아니지만 Atlassian에는 유용한 도구 모음이 있습니다. Java에서 잘 작동하며 .NET 상점에서 일부를 사용하고 있습니다. 소스 제어를 위해 SVN을 사용하고 있습니다. 팀 시스템보다 새로운 환경에 대해 더 좋아하는 유일한 것입니다.

Answer 2

TFS 2010을 독점적으로 (소스 제어 및 발급/작업 추적 용으로) 사용하는 2 개월 전부터 새로운 회사에서 시작한 데 익숙하지 않았습니다. 이전에는 주로 소스 제어 및 OnTime (Axosoft) 또는 Fogbugz (Joel Spolsky) 중 하나를 위해 SVN을 사용했으며 두 가지 모두를 좋아했습니다.

그들이 TFS를 사용하는 방식인지는 모르겠다. (브랜칭은 SVN에서와 같이 멋지지만 ... 제품 백 로그 항목, 스프린트 백 로그 항목, 버그, 침체 및 신을 알고있다. 그 밖의 무엇을 계속 추적해야하는지) 그러나 나는 너무 복잡하게 그것을 찾는다.

개발자가 사용하는 도구는 개발자가 도움을 받아야한다고 생각합니다. 코드를 분기하거나 문제를 할당하는 방법을 중단하고 생각해야한다면 도구에 문제가있는 것입니다 (아니면 그냥 배우는 데 더 많은 시간을 할애해야합니다 ...). 나에게도 의미가 없습니다.