지리적으로 분산되어있는 팀 내에 Team Foundation Server를 사용하는 사람이 있습니까? 우리는 영국에 계시 며 호주에있는 팀과 함께 일하기를 힘듭니다.분산 환경의 MS Team Foundation Server - 힌트 팁이 필요합니다.
우리의 주요 두 가지 문제는 다음과 같습니다
이처럼 정말 짜증나는 작은 것들이 많아서 우리의 동맥 경화가 일어나 코드를 전달하는 것을 멈추고 황금빛 시럽을 모래 언덕 위로 밀어내는 것과 같은 사용자 경험을 솔직하게 만듭니다.
누구나 실제로 (상대적인) 성공과 함께 매일 이런 식으로 TFS를 사용하고 있습니까?
그렇다면 힌트, 팁, 트릭 또는 알아 두실만한 점이 있습니까?
P. CruiseControl.NET으로 업그레이드하는 것은 옵션이 아닙니다.
모든면에서 Team System의 "v2"버전이기 때문에 확실히 TFS 2008 및 Visual Studio 2008로 업그레이드하십시오. 중소 규모 문제를 많이 수정합니다.
"임의로 체크 아웃하는 것"에 대해서는 Visual Studio에서 사용자를 대신하여 파일을 편집하기로 결정했기 때문에이 파일은 거의 입니다. Visual Studio에서 아무것도 열지 않은 상태로 팀 탐색기에서 최신 버전을 다운로드하여 해당 동작이 지속되는지 확인하십시오. 나는하지 않을거야!
여러 TFS 서버는 좋지 않습니다. 반복되는 GET을 캐시하므로 프록시가 올바르게 구성되었는지 확인하십시오. 즉, TFS는 서버 연결 모델이므로 진정한 "오프라인"소스 제어 시스템보다 조금 느립니다.
질문을 편집하여보다 구체적인 불만 사항이나 세부 정보가 있으면 도움이 될 것입니다 .- 지금은 너무 애매해서 잘 대답 할 수 없습니다.
Team Explorer의 최신 기능이 프록시를 우회하지 않겠습니까? 나는 그것에 프록시를 추가하려고 시도하고 그것을 좋아하지 않아. 어쩌면 해결책은 팀 탐색기를 통해 최신 정보를 얻은 후 나머지는 프록시를 사용하는 것입니다. 차를 만들고 서둘러 기민한 모임을 가질 때가 된 것 같습니다. –
@IainMH Jeff와 마찬가지로 프록시 서버 구성을 사용자 위치에 맞게 조정해야합니다. 기본 설정은 대부분의 사람들에게 거의 작동하지 않습니다. MSDN에서 [원격 연결 관리] (http://msdn.microsoft.com/en-us/library/ms253156.aspx)를 살펴보십시오.또한이 기사와 [캐시 성능 테스트 및 관리] (http://msdn.microsoft.com/en-us/library/ms252455.aspx)를 참조하십시오. –
제 생각에는 다른 위치에 여러 대의 TFS 응용 프로그램 서버가있을 수 있습니다. 둘 다 동일한 SQL Server와 통신하거나 SQL Server 미러링을 사용할 수 있습니다. 로컬 TFS 서버를 보유하면 개발 시간이 단축됩니다.
사실 갈등 관리가 악몽에 빠지기 때문에 실제로는 작동하지 않습니다. 충돌은 클라이언트 측에서 병합되고 서버에서 체크인되지 않기 때문에. 따라서 데이터베이스를 동기화하면 문제가 생길 수 있습니다. 또한 최근 TFS 서버를 설치 한 TFS 서버의 도메인을 기반으로 데이터베이스가 다르기 때문에 여러 TFS 서버를 갖는 것도 문제입니다. –
우리는 다소 분산 된 팀과 함께 TFS를 사용합니다. 너무 멀지는 않지만 느리고 신뢰할 수없는 VPN을 통해 연결합니다.
첫 번째 문제는 결제시 최신 정보를 얻는 것이 기본 동작이 아닙니다. (여기에는 explanation입니다.) add-in이 있습니다.
[edit]이 부분을 다시 한 번 보시면됩니다. 예, 제프가 맞습니다. VS는 sln 및 proj 파일과 같이 "당신을 위해"일부 파일을 검사하기로 결정합니다. 또한 편집 한 모든 소스 파일을 자동으로 체크 아웃합니다. (도구> 옵션> 소스 제어에서 해당 설정을 변경할 수 있지만 원하는 것은 맞습니다.)
프록시가 갑자기 기다리는 데 걸리는 시간이 줄어 듭니다 사용하지 마라.)하지만 일단 나무의 대부분을 캐시하면 꽤 빠르다. 모니터링을하고 병목 현상을 발견 할 수 있습니까?
check-up-on-checkout 및 속도 외에 다른 문제가 발생합니까?
TFS 2005 또는 2008을 사용하고 있습니까? 2008 년에 프록시가 많은 부분 개선되었습니다. 새로운 서비스 팩은 물론 몇 가지 버그를 수정했습니다. 내가 프록시를 사용하고 아무런 문제가 없었기 때문에 그것이 어디에서 시작해야하는지 알려주지. 내가 발견 한 가장 큰 것은 프록시와 TFS 간의 인터넷 연결이 낮은 대기 시간을 가져야한다는 것입니다. 또한 두 개의 서로 다른 AD 도메인에서 작업하는 경우 때때로 프록시가 유일한 해결책이라는 것을 발견했습니다. 같은 위치에 있다면 VPN이나 다른 두 종류의 보안 연결을 설정하십시오. –
임의의 체크 아웃은 Visual Studio입니다. 누군가가 찾아서 바꾸면 모든 필요한 파일을 체크 아웃합니다. 코드 파일에 하위 파일이 있으면 모든 하위 파일을 체크 아웃합니다. vsstest 파일이 체크 아웃 된 테스트를 실행합니다. 그리고 계속해서. Microsoft가 권장하는 최소 사양을 기억해야합니다. 그들은 자신을 쏘기 전에 시스템 리소스를 얼마나 줄일 수 있는지를 봄으로써 최소값을 찾습니다. Windows Vista 권장 RAM은 약 512MB입니다. 분명히 우리 모두는 2GB 미만의 것이 고통 스러울 것이라는 것을 알고 있습니다. 그래서 당신은 기본적으로 맞습니다 –
@Nick Berardi 우리는 2008 년을 사용하고 있습니다. 핑 시간은 [권장 최대 350ms] 바로 아래 인 310ms입니다 (http://msdn.microsoft.com/en-us/library). /ms404867.aspx). 영국과 오스트레일리아가 맺는 것만큼이나 좋습니다. 나는 지구를 통과하는 터널링이 도움이 될 수 있다고 생각하는데, 약 100ms 정도면 면도 할 것이지만 예산이 승인 될 것이라고는 생각하지 않습니다. :-) 이것 때문에 문제가 될 것이라고 생각하십니까? 우리는 그걸로 살 수 있지만 임의의 체크 아웃은 어떻게해야합니까? –