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 ожидаются в августе.

Обновление к Windows Shell Extensions

Появилась возможность подсоединиться к TFS, который находится в другом домене и требует ввод логина и пароля:

Поиск внутри Work Items (14-й пункт в рейтинге пользователей)

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

Откат изменений прямо из UI (8-й пункт в рейтинге)

То, что ранее было возможно сделать только из командной строки, теперь доступно в UI:

и также из окна прсмотра истории изменений:

Инструменты автоматизации процедур сборки

Новые опции инструмента tfpt позволят более гибко управлять Build Definitions и Build Process Template. Для этого появятся две новые команды:

tfpt builddefinition /diff – Показывает разницу между двумя описаниями.

tfpt buildprocesstemplate – Управляет шаблонами процесса сборки. В том числе, позволяет делать изменения, недоступные из UI – назначать шаблон “по умолчанию” и т.п.

Другие изменения

включают в себя поддержку Maven 3, возможность установки поверх предыдущей версии и улучшение Best Practice Analyzer. Кроме того, Test Attachement Cleanup Tool, ранее распространявшийся отдельно, теперь войдёт в состав 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 – открывает новые возможности для автоматизации.
• Починка багов.

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

Во-первых, это Solution Navigator – очень упрощает жизнь при брожении по открытому Solution, особенно когда у вас там проектов 100.

Во-вторых,  расширения стандартного Solution Explorer-а:

• “Open Commnd Prompt” – открывает то, что обещанно в директории проекта. Естественно, это Visual Studio 2010 Command Prompt, т.е. все пути настроены как нужно.
• “Edit Project” – по сути, выполняет комбинацию команд “Unload Project” и “Edit project file”.
• “Collapse Projects” – схлопывает вс проекты.

Ну ещё много чего другого. Очень рекомендую “пощупать” собственными руками.

• Power Tools
• MSSCCI Provider