CA 누군가는 WAN상에서 TFS와 SVN의 성능을 알 수 있습니다. 여러 지역에서 팀을 구성하는 시나리오가 있습니다. 누군가 내가 무엇을 사용할 지 결정하도록 도울 수 있습니까?tfs와 WAN을 통한 성능 비교
기타 sepcifically 나는 TFS 2008 성능에 대해 알고 싶습니다. 인터넷에서 독서를 통해, 나는 TFS 2005가 WAN에 정말 좋지 않다는 것을 이해합니다. 그러나 TFS 2008의 성능이 크게 개선 된 사람이 있는지 알고 싶습니까?
TFS는 실제로 오프라인으로 작동하도록 설계되지 않았습니다 (심지어 possible to work around that 임에도 불구하고).
따라서 신뢰할 수 없거나 느린 연결로 작업 할 때 Subversion을 사용하는 것이 좋습니다. mercurial 또는 git과 같은 최신 버전 제어 도구는이 점에서 훨씬 좋습니다.
그런데, 나는 비교가 유용하다고 확신하지 못합니다. Subversion은 버전 제어 시스템입니다. TFS에는 버전 제어 시스템, 빌드 서버, 이슈 추적기, 프로젝트보고 및 데이터 수집 서비스, 공유 지점 리포지토리 등이 포함됩니다.
분산 버전 제어 시스템 (dvcs)을 생각해보십시오. 이것은 개발자가 인터넷 액세스 및 기타 여러 가지 장점없이 계속 작업 할 수 있기 때문에 아주 잘 작동합니다.
Windows에서 개발하기 위해 많은 관심을 받고있는 것으로 보이는 사람은 GitHub이고 Visual Studio는 GitExtensions입니다 (Tfs에 대한 참조로이 설정을 가정합니다). Git은 다른 배경을 가지고 있지만 many MS stack projects으로 이동하고 있습니다. 특히 당신이 설명하고 공개 소스의 시나리오에서 그러합니다.
마지막으로 확인한 바에 따르면 TFS는 저 대역폭 연결에 맞게 최적화되지 않았습니다. 예를 들어 파일 버전을 업데이트 할 때 diff를 보내지 않고 새 파일의 전체 내용을 보냅니다. 적어도 gzips 그것 ...).
팀의 규모, 전문 기술 및 지갑에 따라 Tfs에 대한 고려 사항은 서로 다른 위치에 Tfs proxy server을 사용하는 것입니다.
또한 분산 버전 제어 시스템이므로 d-CVS가 아닌 DVCS가 완벽한 솔루션입니다. 언제나처럼 위대하다. 잘못된 맞춤법과 그의 질문에 대답하지 않기 위해 -1. 그러나 전 세계 개발 그룹의 DVCS는 다른 어떤 것보다 훨씬 우수한 성능을 제공합니다. 그래서 +1. 마지막으로 주된 문제는 의도 된 대상입니다. TFS가 목표로 삼은 사람들은 ... hm .... 공통적 인 특징은 없지만 git 또는 hg를 대상으로하는 소프트웨어 개발자가되는 것입니다. 그렇다면 그의 동역자는 얼마나 유능합니까? – gimpf
게시자가 댓글을 달기 전에 @gimpf가 내 오타를 바로 잡을 수있었습니다.) 대상 고객에게 좋은 지적이 있습니다. 거기에 자식과 관련하여 얻을만한 것이 있습니다. 어떤 분야가 잘못 배치되지는 않을 것입니다. 그러나, 나는 Tfs와 svn을 사용했으며 두 기능 모두 훌륭한 기능을 가지고 있으며 놀라운 기능을 가지고 있음을 발견했습니다. Tfs가 얼마나 좋은지를 과소 평가하지 마십시오. 특히 tfs 2008을 사용하는 빌드 서버를 사용하는 경우가 있습니다. 그렇지만 올바른 사용법을 사용하는 팀만이 일반적인 빌드 기능을 알고있는 팀과 UI를 단순히 사용하는 팀만 있습니다. – dove