지리적으로 분산되어 있는 팀 내에서 Team Foundation Server를 사용하는 사람이 있나요? 영국에 있는 저희는 호주에 있는 팀과 함께 작업하려고 하는데 상당히 어렵다는 것을 알게 되었습니다.
크게 두 가지 문제가 있습니다:
이와 같이 정말 성가신 사소한 일들이 우리의 동맥을 경화시키고 코드 전달을 방해하며, 솔직히 모래 언덕에서 황금 시럽을 밀어 올리는 것과 비슷한 사용자 경험을 만들어내고 있습니다.
실제로 이런 방식으로 TFS를 매일 (상대적으로) 성공적으로 사용하고 있는 누구가 있을까요?
그렇다면 알아두면 좋을 만한 힌트, 팁, 요령 또는 문제점이 있으신가요?
추신: 크루즈컨트롤닷넷으로 업그레이드하는 것은 옵션이 아닙니다.
모든 면에서 팀 시스템의
'무작위로 체크 아웃되는 항목'에 관해서는 거의 항상 Visual Studio가 사용자를 대신하여 파일을 편집하기로 결정하기 때문입니다. Visual Studio에서 아무것도 열지 않은 상태에서 팀 탐색기에서 최신 버전을 가져와서 해당 동작이 지속되는지 확인하세요. 아마 아닐 거예요!
여러 개의 TFS 서버는 좋지 않은 생각입니다. 프록시는 반복되는 GET을 캐시하므로 프록시가 올바르게 구성되어 있는지 확인하세요. 즉, TFS는 서버 연결 모델이므로 실제 오프라인 소스 제어 시스템보다 항상 약간 느릴 수 있습니다.
또한 좀 더 구체적인 불만 사항이나 세부 사항을 포함하도록 질문을 편집해 주시면 도움이 될 것 같습니다. 지금은 매우 모호해서 답변을 잘 드릴 수 없습니다.
저희는 어느 정도 분산된 팀과 함께 TFS를 사용하는데, 멀리 떨어져 있지는 않지만 느리고 불안정한 VPN을 통해 연결됩니다.
첫 번째 문제인 결제 시 최신 정보 가져오기는 기본 동작이 아닙니다. (여기 설명)>에 설명이 있습니다. 하지만 애드인을 사용하면 이 작업을 수행할 수 있습니다.
저희가 사용하는 워크플로는 다음과 같습니다:
[편집] 확인은 질문의이 부분을 다시 표현한 것 같습니다. 예, Jeff의 말이 맞습니다. VS는 sln 및 proj 파일과 같은 일부 파일을 체크 아웃하기로 결정합니다. 또한 편집하는 모든 소스 파일도 자동으로 체크아웃합니다(도구의 옵션 및 소스 제어에서 해당 설정을 변경할 수 있지만, 원하는 기능이지요?).
프록시는 속도를 높이는 데 시간이 걸리지만(저희는 사용하지 않습니다), 일단 트리의 대부분을 캐시하고 나면 꽤 빠를 것으로 예상됩니다. 모니터링을 통해 병목 지점을 찾을 수 있나요?
최신 결제 및 속도 외에 다른 문제가 있나요?