문제

지리적으로 분산된 팀 내에서 Team Foundation Server를 사용하는 사람이 있습니까?우리는 영국에 있고 호주 팀과 협력하려고 노력하고 있는데 꽤 힘든 일입니다.

우리의 주요 두 가지 문제는 다음과 같습니다.

  1. 최신 정보를 요청하지 않고도 상황이 우리에게 확인되고 있습니다.
  2. 프록시를 사용하는 경우에도 대부분의 작업이 수행되는 데 시간이 걸립니다.

이와 같은 정말 짜증나는 작은 일들이 우리의 동맥을 굳혀 코드 전달을 방해하고 솔직히 모래 언덕 위로 황금 시럽을 밀어 올리는 것과 유사한 사용자 경험을 만들고 있습니다.

~이다 누구나 실제로 매일 이런 방식으로 TFS를 사용하여 (상대적) 성공을 거두고 있습니까?

그렇다면 알 만한 가치가 있는 힌트, 팁, 요령 또는 유용한 정보가 있습니까?

추신CruiseControl.NET으로 업그레이드하는 것은 옵션이 아닙니다.

도움이 되었습니까?

해결책

모든 면에서 Team System의 "v2" 버전이므로 TFS 2008 및 Visual Studio 2008로 확실히 업그레이드하세요.많은 중소규모 문제를 해결합니다.

"무작위로 체크아웃되는 것"에 관해서는 이것은 거의 언제나 Visual Studio가 사용자를 대신하여 파일을 편집하기로 결정했기 때문입니다.Visual Studio에 아무것도 열지 않은 상태에서 팀 탐색기에서 최신 버전을 다운로드하고 해당 동작이 지속되는지 확인하세요.나는 그렇지 않을 것이라고 장담한다!

여러 TFS 서버는 나쁜 생각입니다.반복되는 GET을 캐시하므로 프록시가 올바르게 구성되었는지 확인하세요.즉, TFS는 서버 연결 모델이므로 실제 "오프라인" 소스 제어 시스템보다 항상 약간 느립니다.

또한, 좀 더 구체적인 불만 사항이나 세부 사항을 포함하도록 질문을 편집할 수 있다면 도움이 될 것입니다. 지금은 너무 모호해서 답변을 잘 드릴 수 없습니다.

다른 팁

우리는 다소 분산된 팀과 함께 TFS를 사용합니다. 팀은 그리 멀지 않지만 느리고 신뢰할 수 없는 VPN을 통해 연결됩니다.

첫 번째 호의 경우 결제 시 최신 정보를 받는 것이 기본 동작이 아닙니다.(여기에는 설명) 있습니다. 추가 기능 하지만 그게 당신에게 도움이 될 것입니다.

우리에게 적합한 워크플로는 다음과 같습니다.

  1. 최신 정보 받기
  2. 빌드하고 손상된 부분이 없는지 확인하세요.
  3. 직장(변경사항 보류 중)
  4. 최신 정보 다시 받기
  5. 병합 충돌 처리
  6. 빌드하고 손상된 부분이 없는지 확인하세요.
  7. 체크인

[편집] 질문의 이 부분을 다시 표현한 것 같습니다.예, Jeff의 말이 맞습니다. VS는 sln 및 proj 파일과 같은 "당신을 위해" 일부 파일을 체크아웃하기로 결정합니다.또한 편집한 모든 소스 파일을 자동으로 체크아웃합니다(하지만 그게 바로 여러분이 원하는 것입니다. 그렇죠?도구 > 옵션 > 소스 제어에서 해당 설정을 변경할 수 있습니다)

프록시는 속도를 높이는 데 시간이 꽤 걸리지만(우리는 사용하지 않음) 대부분의 트리를 캐시하고 나면 상당히 빨라질 것으로 예상됩니다.모니터링을 수행하여 병목 현상을 찾을 수 있습니까?

최신 결제 방법과 속도 외에 문제를 일으키는 다른 사항이 있나요?

내 이해에 따르면 여러 위치에 여러 TFS 응용 프로그램 서버가 있을 수 있습니다.둘 다 동일한 SQL Server와 통신할 수 있거나 SQL Server 미러링을 사용할 수 있습니다.자체 로컬 TFS 서버를 보유하면 개발 시간이 단축될 수 있습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top