TFS2008 для TFS2010 обновления миграции

Question

Все,

Я в настоящее время в процессе попытки создать повторяемый процесс для реконструкции установки TFS 2008 для нового оборудования в том, что Microsoft называют обновление миграции, но я испытываю при создании проектов VS 2008 на новом оборудовании.

Наша установка TFS 2008 состоит из двух машин; в котором размещаются базы данных SQL и уровень приложений, а другой - как выделенный сервер сборки.

Новое оборудование для нашей установки TFS 2010 состоит из двух машин; в котором размещаются базы данных SQL, уровень приложений, SharePoint и службы Reporting Services.

До сих пор мне удалось успешно повторить резервное копирование необходимых баз данных TFS с исходного сервера на новый сервер и восстановить их, а затем команду «tfsconfig import», чтобы успешно импортировать и обновлять базы данных в Team Сбор проектов. Коллектив проекта проекта отображается правильно, и он сразу же можно использовать. Все настройки безопасности, полки, рабочие пространства и т. Д. Не повреждены.

Наши проблемы начинаются, когда мы начинаем пытаться создавать решения. Первоначально мы пытаемся создать эти решения, не обновляя их до формата VS 2010 или не изменяя целевую структуру любого из проектов.

Мы получаем следующие ошибки, когда различные проекты создания:

1. < имя_файла> .resx (х, у): ошибка RG0000: не удалось найти тип для имени. Название типа было «System.Collections.Generic.List`1 [[< class>, < assemnbly>, Version = abcd, Culture = neutral, PublicKeyToken = 9557797252b44220]], mscorlib, Version = 2.0.0.0, Culture = neutral, PublicKeyToken = b77a5c561934e089. Строка x, позиция y. [< ProjectFileName>]

2. ResGen: ошибка RG0000: не удалось загрузить сборку ссылки "< имя файла> .dll". Попал в FileNotFoundException, в котором говорилось: «Не удалось загрузить файл или сборку« < имя_файла> .dll »или одну из его зависимостей. Система не может найти указанный файл.». [< ProjectFileName>]

3. Различные 'неоднозначные' целевые ссылки MSBuild при составлении рабочих процессов, связанных с проектами:

   C: \ Program Files (x86) \ MSBuild \ Microsoft \ Windows Workflow Foundation \ v3 .5 \ Workflow.VisualBasic.Targets (153): «GeneratedCodeAttribute» неоднозначно в пространстве имен «System.CodeDom.Compiler».

Есть различные предложения о том, как устранить эти проблемы, в том числе изменения флаг поддержки 32-битного на ResGen, или вынудив использование 64-битной ResGen и модернизации проектов в формате VS 2010 и изменение их в целевую структуру 4.

Вопрос 1. можно установить, изменив проекты оскорблений для целевой платформы 4, однако этот конкретный проект еще не может быть обновлен из-за проблем с совместимостью, и я еще не нашел решения по вопросам 2.& 3.

У нас есть свыше 20 проектных проектов с несколькими филиалами в каждом, и поэтому (из-за объема работы), чтобы избежать ручного изменения всех проектов/решений (особенно, поскольку некоторые продукты не могут быть обновлены к Framework 4, но по соображениям совместимости, и создание целевых проектов Framework 3.5 в Framework 4 MSBuild, похоже, не так совместимо, как Microsoft, если бы мы верили).

Если кто-нибудь имеют любых идей, которые могут оказаться полезными, тогда пожалуйста дайте мне знать.

Приветствия,

Antony

EDIT:

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

Выпуск 2, кажется, dissappeared все само по себе, возможно, в результате фиксации 1. Вопрос

Выпуск 3 относится к созданию проектов VS2008 рабочего процесса в MSBuild 4, когда они ориентированы на Framework 3.5. Microsoft в своей бесконечной мудрости, по-видимому, решила не решать эту проблему (Link to Connect site), и есть несколько идей по ее устранению (ссылка на конкретные версии Framework, изменение рабочего процесса сборки для использования MSBuild 3.5), ни одна из которых не работает.

Таким образом, наше обновление до 2010 года будет приостановлено, пока ни один из продуктов, для которых мы построим рабочие процессы 3.5 (CRM 4.0 и SharePoint 2007/2010), не поддерживает Framework 4, или пока Microsoft не устранит проблему.

EDIT:

Microsoft признали, что есть проблема, и выпустили следующую информацию, относящуюся к вышеуказанному номеру KB:http://support.microsoft.com/kb/2023579

Answer 1

Как указано в моем комментировал дополнение на мой оригинальной публикации, эта проблема, связанная с неработоспособностью рабочих процессов, действительно разрешена патчем для Microsot .Net Framework 4 Extended, который описан в KB2023579, который еще не опубликован (на момент публикации).

Это решение было предоставлено Microsoft через службу поддержки, и поэтому я связан условиями этого звонка, что мешает мне распространять ссылку на патч до тех пор, пока официальная статья KB не станет доступной, на в какой точке я отправлю ссылку. Сожалею.

Answer 2

исправления, которые работали на нас: http://support.microsoft.com/kb/2249629