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

При таком подходе существуют следующие неудобства:

• При геораспределённом размещении TFS, на загрузку и скачиване результатов теста уходит значительное количество времени.
• Наблюдается значительный прирост использованного дискового пространства, необходимого для базы данных TFS, в которой результаты находятся.

Разработчики выпустили исправление, после установки которого, бинарные файлы по умолчанию не загружаются вместе с результатами. Исправление должно быть обязательно установлено на Test Controller, Build Agent и опционально – на машины с Visual Studio и Test Manager.

Подробности можно узнать в статье KB2608743. Также поделюсь прямой ссылкой на исправление.

• Название обновления отражает тот факт, что оно включает изменения TFS 2010 клиента, необходимые для работы с TFS 11, включая и Team Foundation Service Preview.
• Главная новость – возможность задавать многострочные тестовые шаги. Эта функциональность стоит в списке предложений для Visual Studio Test и Lab Management под номером 1.
• KB2522890 – Team Explorer Crashes when opening build from TFS 2008
• KB2552300 – Gated Checkins fail with the “Preserve local Changes” option
• KB2561827 – DiffMerge closes with unhandled exception when comparing two files.

Желаю всем приятного тестирования.

• Team Foundation Server
• Visual Studio Test and Lab Management
• Visual Studio Ultimate

и другим. Спешите проголосовать!

Список всего того, что починено:

• VS 2010 SP1 Changes (includes Test and Lab Manager)
• TFS 2010 SP1 Changes

Также, выпущен TFS Project Server Integration Feature Pack. В отличие от беты, он доступен на всех языках, на которых выпускается Visual Studio, в том числе и на русском. Читайте детали в документации.

На днях были выпущены обновлённые Team Foundation Server Power Tools. Два ключевых момента, ради которох на них стоит перейти:

• Усовершенствованы Windows Shell Extensions. Теперь вся функциональность по работе с системой контроля версий доступна прямо из Windows Explorer:

• Check-in/check-out
• Создание и редактирование Workspaces
• Просмотр истории
• Сравнение

Как сказал Брайан Харри – “Мы сделали отличный инструмент для Backup & Restore. К сожалению, только в этой версии нам удалось заставить его работать во всех многочисленных сложных конфигурациях, которые встрачаются у наших пользователей”. Полный список исправлений смотрите в блоге Брайана.

Я не буду повторять статью Аллена Кларка о том, как скачать файлы описания схемы из Code Gallery http://code.msdn.microsoft.com/TFSchemas – даже из скриншотов понятно как указать Visual Studio, что надо использовть определённую схему. Посмотрите и будет вам счастье -  IntelliSense при редактировании WIT.

Подписчики MSDN:

• .NET Framework 4 Update Beta также известен как .NET Framework 4 KB2162169 – BETA
• VS 2010 SP1 Beta (включает обновление для .NET Framework 4)
• TFS 2010 SP1 Beta (включает обновление для .NET Framework 4)

Все остальные (доступно с четверга):

• .NET Framework 4 Update Beta – также известен как .NET Framework 4 KB2162169 – BETA
• VS 2010 SP1 Beta (включает обновление для .NET Framework 4)
• TFS 2010 SP1 Beta (включает обновление для .NET Framework 4)

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

В пакет включено болшое количество исправлений, в том числе связанных с производительностью и использованием памяти. О всех новшествах и исправлениях более делатльно можно узнать в посте Брайана Харри. Новый Help Viewer, о котором я писал ранее, также включён в этот пакет.

Обновление work item type definition, в общем, не содержит больших подводных камней. Если вы их использовали как есть, то просто можно загрузить новые описания. Несколько запусков WITIMPORT и дело сделано. С Sharepoint дело ещё проще – хотите новые dashboards? Просто включите их.

А вот с отчётами немного сложнее. Как правило, их никто под себя не меняет (слишком нетривиальная задача), т.е. можно было бы просто положить новые и всё. Но, к сожалению, SQL Server Reporting не предоставляет удобного интерфейса для массовой загрузки отчётов, и, тем более, для изменения их параметров. А это необходимо для корректной их работы.

В общем, конечно, можно посмотреть файлик ReportsTasks.xml, который находится внутри Process Template, и является инструкцией для мастера создания нового проекта о том, как правильно размещать отчёты. Затем повторить “подвиг разведчика” руками, выкладывая каждый отчёт и настраивая его. Задача вполне осуществимая для отдельно взятого проекта. А если их много? Что делать?

На помощь, как всегда, приходят Team Foundation Server Power Tools. Команда ‘tfpt addprojectreports’ полезна не только для добавления отчётов в проект, который создали без них, но и для обновления проектов, в которох уже есть отчёты. Не забудьте ключик ‘/force’, который позволит обновить отчёты при наличии ранее созднанных. Таким образом Вы можете опубликовать отчёты, соответсвующие выбраннму Вами Process Template (задаётся опцией ‘/processtemplate’). Полезный совет – не пытайтесь запомнить полное название шаблона, под которым он зарегистирован на сервере. Просто укажите неправильный шаблон, и вам на экран выдадут весь список, откуда вы просто скопируете правильное название.

И ещё один нюанс. Если Вы обновляетесь с Agile/CMMI 4.x на 5.x, то обязательно возникнет коллизия с именами. Дело в том, что в версии 4.x в корне распологается отчёт ‘Builds’, а в версии 5.0 предполагается папка с таким же названием. TFPT сам с задачей превращения отчёта в папку точно не справится, так что ему придётся помочь – предварительно удалить или переименовать отчёт ‘Builds’.

Кстати, отчёты версии Agile/CMMI 5.0 весьма мощный и полезный инструмент.