Messenger и Skype провайдер для TFS 2010 Power Tools

На CodePlex выложены исходные коды, готовые бинарники и описание. Основное отличие провайдера Messenger, который сделал NIco от стандартного, заклюключается в возможности связать корпоративный адрес из Активной Директории с персональным. Ну а Skype говорит сам за себя:

Политика Check-in

спецально разработана для того, чтобы вводить дополнительную информацию о прогрессе в work items во время внесения изменений в исходный код. Введя эту политику разработчики не забудут обновить информацию о количестве потраченных и оставшихся часов. Политика входи в состав AIT productivity Tools  и находится в галерее Visual Studio (http://visualstudiogallery.msdn.microsoft.com/d127b275-b7b6-4504-b01e-58b4a010ff53).

Отличная новость для Java разработчиков – эта версия интегрируется в Team Explorer Everywhere.

Для пользователей Visual Studio починено много дефектов. Новшеств не много:

• В строке поиска теперь можно быстро открыть work item по его номеру. При наборе числа в строке поиска, оно будет интерпретироваться как идентификатор, и полноценный поиск по всем полям производиться не будет. При необходимости воспользоваться поиском числа, его необходимо заключить в кавычки, например так – “456”.
• В Best Practice Analyzer добавлены правила для выявления проблем с интеграцией с Project Server.

Также в этом выпуске появился провайдер MSSCCI для 64-х битных процессов.

Прямые ссылки для скачивания:

• Team Foundation Server Power Tools for Eclipse
• MSSCCI Provider for 64-bit IDE’s
• VS 2010 Power Tools update

• TFS 2010 Power Tools
• MSSCCI Provider
• Build Extensions

О том, что нового в этом выпуске, читайте в моём предыдущем посте – Новые TFS Power Tools ожидаются в августе.

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

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

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

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

Обновление 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 весьма мощный и полезный инструмент.

• Созданние и поддержка плана резервного копирования TFS сервера.
• Возможность выбора редактора, в котором хочется открыть файл из Source Control Explorer.
• Копирование Build Definition.
• Создание ярлыка для Work Item – очень удобно для того, чтобы послать кому-то ссылку. Раньше приходилось это делать в несколько кликов и с открытием Work Item-а.
• Поддержка работы с Branches из TFPT – открывает новые возможности для автоматизации.
• Починка багов.

Подробности читайте в блоге Брайана Харри.

Во-первых, не перестаю восторгаться иерархическими WI и gated check-in. Правда, для того, чтобы обновится до CMMI v5 и сохранить нашу кастомизацию, немного пришлось повозиться с копированием значений из “Steps to reroduce” в “Repro steps”. Без этого было не обойтись, так была нужна поддержка Test and Lab Management.

Во-вторых, всплыли две проблемы:

1. Если на машине стоит .Net 4.0 (что, естественно, необходимо для сборки под TFS 2010), то ломается компиляция VS 2008 Workflow Fundation проектов, которые используют дженерики. Открыл кейз на эту тему. Команда Workflow проблему подтвердила, но, говорит, чинить боимся – очень уж опасно. Продолжаю объяснять, что переводить старые проекты на VS 2010 не вариант.
2. В нашей хитрой топологии сети возникла проблема с медленным поднятием Test Runner-а. После клика на “Run” приходится ждать две-три минуты, потом всё быстро. Разработчики сказали, что нормальное время должно быть не более 5-ти секунд. Завёл баг 559765 на эту тему. Разбираемся. Желающим могу рассказать о том, как включить трассировку mtlm.exe.

Продолжаю работать над новыми возможностями для TFS build. Доделаю – расскажу.

• Power Tools
• MSSCCI Provider

Однако, под натиском общественности, разработчики подумали, оценили свои возможности и таки решили осчастливить нас версией, совместимой с RC, уже к концу следующей недели. Подробности тут.

Приятно, что наше мнение слушают.

1. TFS MSSCCI Provider: http://visualstudiogallery.msdn.microsoft.com/en-us/f959ea32-5ac3-424a-a709-5001a158ebe8

2. TFPT: http://visualstudiogallery.msdn.microsoft.com/en-us/0e69a28f-020c-488b-80b3-f4c89a20621d

Подробное описание здесь: http://blogs.msdn.com/bharry/archive/2009/11/18/tfs-2010-power-tools-coming-soon.aspx.