2010-05-27 3 views
6

TFS2010으로 업그레이드 한 후 기존 작업 영역 및 사용자에게 이미 체크 아웃 된 파일에 대한 통찰력을 찾고있었습니다. 놀랍게도 나는 이것에 대한 만족스러운 정보를 찾을 수 없다. (새로운 TFS 인스턴스, 업그레이드 된 데이터베이스)TFS 2010으로 업그레이드 한 후 기존 작업 영역에 발생하는 사항

TFS 설치 가이드를 확인한 결과, 웹을 통해 검색 한 결과 서버 측의 업그레이드 시나리오를 찾을 수있었습니다. 아무도 소스 제어 클라이언트에 어떤 일이 일어나는지 언급하지 않습니다.

업그레이드 프로세스를 테스트하기 위해 가상 컴퓨터를 만들었습니다. 업그레이드가 성공적으로 완료되었으며 모든 파일과 작업 영역이 새 서버에도 존재합니다. 문제는 다음과 같습니다. 새 TFS 설치에 새 인스턴스 ID가 있습니다. 클라이언트를 새 서버로 리디렉션했을 때 클라이언트는 작업 영역의 파일 및 파일 상태를 새 서버의 파일 및 파일 상태와 비교할 수없는 것처럼 보였습니다. 이것은 생산 업그레이드 후에도 계속 일할 수 있는지 궁금하게 생각합니다.

위에서 언급했듯이 나는 이것에 관해서 아무 것도 찾을 수 없다. 누군가 내가 이것에 대해 어떤 종이 ​​나 블로그 포스트를 가르쳐 줄 수 있다면 좋을 것이다.

미리 감사드립니다 ...

답변

2

업그레이드를 수행 할 때 서버 ID는 동일하게 유지되어야합니다. 환경을 복제하고 싶다면 chnage를해야 할 수도 있습니다.

테스트 시나리오에서는 전략 업그레이드가 아닌 TFS 서버 복제본을 만듭니다. 이 그것이 당신의 생산 TFS 서버와 동일한 네트워크에들이받은 촉진하기 위해 테스트 envionment에서 실행 된 것처럼

ChangeServerID

당신은 아마 문제로 실행하고 있습니다.

+0

전체 업그레이드를 수행 할 때 serverID가 변경되지는 않지만 새로운 VM웨어에서 업그레이드를 계획하고 있으므로 업그레이드하는 동안 내 테스트 VM에서 업그레이드하는 것과 동일하다는 것을 알고 있습니다. 새로운 TFS 인스턴스, 업그레이드 된 데이터베이스. 유일한 차이점은 테스트 서버와 달리 새 프로덕션 서버는 이전 프로덕션 서버와 동일한 서버 이름을 갖게된다는 것입니다. 동일한 이름을 사용하면 이전 작업 영역을 인계 할 수 있습니까? 아니면 instanceId를 명시 적으로 변경해야합니까? –

+0

ID는 데이터베이스와 함께 사용됩니다. 그래서 DB의 복사본을 복원하려는 경우 복제 절차를 따라야합니다. 새로운 제품을 업그레이드 할 때 이전 제품을 끄려면 해당 요구 사항을 적용하지 않아야합니다. 인스턴스 ID를 변경하지 않아도됩니다. –

+0

감사합니다, 이것은 나를 기분이 나아지게합니다 :) –

0

모든 작업 공간과 쉘 세트는 변경되지 않고 그대로 유지되며 사람들은 즉시 작업을 계속할 수 있습니다. 체크 아웃 된 파일조차도 정상이며 올바르게 선택됩니다.

서버를 먼저 업그레이드하고 클라이언트를 2008 (Forward Compatibility Pack을 사용하여)로 유지 한 다음 프로젝트를 업그레이드 할 때 클라이언트를 2010 년으로 업그레이드하는 것이 좋습니다.