2010-05-27 2 views
6

Я искал некоторое представление о том, что происходит с существующими рабочими пространствами и файлами, которые уже были проверены людьми после обновления до TFS2010. Удивительно, но я не могу найти удовлетворительной информации об этом. (Я говорю об обновлении на новом аппаратном обеспечении, кстати, свежий экземпляр TFS, обновленные базы данных)Что происходит с существующими рабочими пространствами после обновления до TFS 2010

Я проверил TFS Руководство по установке, которое я искал в Интернете, все, что я мог найти, это сценарии обновления для серверной части. Никто даже не упоминает, что происходит с клиентами контроля версий.

Я создал виртуальную машину для тестирования процесса обновления. Обновление было успешным, и все мои файлы и рабочие пространства существуют и на новом сервере. Проблема в следующем: новая установка TFS имеет новый экземпляр instanceID. Когда я перенаправлял клиентов на новый сервер, клиент, похоже, не смог сопоставить файлы и состояния файлов в рабочей области с серверами на новом сервере. Это заставляет меня задаться вопросом, можно ли продолжать работу после обновления производства.

Как я уже говорил выше, я ничего не могу найти по этому поводу, было бы здорово, если бы кто-нибудь мог указать мне на какую-то бумагу или сообщение в блоге об этом.

Заранее спасибо ...

ответ

2

Когда вы делаете обновить идентификатор сервера должен оставаться таким же. Возможно, вам понадобится chnage, вы хотите клонировать вашу среду.

В вашем тестовом сценарии вы создаете клон сервера TFS, а не обновляете его.

ChangeServerID

Вы, вероятно, работает с проблемами, так как это была запущена на тестовой envionment, чтобы облегчить его подножка на одной и той же сети, что и производства TFS сервер.

+0

Я понимаю, что идентификатор сервера не изменится, если я сделаю обновление на месте, но планирую обновление на новом оборудовании, так что при обновлении все будет таким же, как и обновление моей тестовой виртуальной машины. Свежий экземпляр TFS, обновленные базы данных. Единственное отличие заключается в том, что в отличие от тестового сервера новый производственный сервер будет иметь то же имя сервера, что и старый производственный сервер. Будет ли указывать одно и то же имя, чтобы взять старые рабочие пространства или я должен явно изменить экземпляр instanceId? –

+0

ID берется с базами данных. поэтому вам нужно следовать процедуре клонирования, если вы пытаетесь восстановить копию восстановленной базы данных. Если вы отключите старую продукцию при обновлении на новом производстве, вы не должны этого требовать. Вам не нужно указывать идентификатор экземпляра. –

+0

Спасибо, это заставляет меня чувствовать себя лучше :) –

0

Все рабочие пространства и полки остаются неизменными, и люди смогут продолжить работу немедленно. Даже извлеченные файлы в порядке и будут правильно подобраны.

Я бы рекомендовал сначала обновить сервер и сохранить клиентов как 2008 (с использованием пакета совместимости с Forward), а затем обновить клиентов до 2010 года, когда и когда проекты будут обновлены.