Настройка TFS - вопрос о Team Foundation Server

Question

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

Мы используем TFS 2008.

Answer 1

Установите новейшие электроинструменты. Затем вы можете запустить этот быстрый скрипт Powershell:

Get-TfsItemHistory $/project/*.sql -r -version D6/1/2009~ | 
    %{ $_.workitems } | %{ $_.id } | select -unique | sort

(при необходимости измените название проекта и дату)

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

Answer 2

Рассматривали ли вы новый проект базы данных GDR R2 (бесплатная загрузка для групповых выпусков Visual Studio 2008)?

Этот тип проекта изначально был частью редакции базы данных Visual Studio.

Имеется возможность импортировать схему из существующей базы данных, выполнять сравнение схем, поддерживать несколько целей (System Test, UAT, Production и т. Д.), Выполнять статический анализ кода TSQL и создавать отдельные артефакты развертывания.

Answer 3

Вы можете подключиться к событиям сборки, чтобы они указывали на ваш пользовательский веб-сервис, который может проверять список примененных наборов изменений. Это, в свою очередь, может выполнить поиск в TFS для получения имен файлов, а затем может порождать рабочие элементы. Это подразумевает знание API TFS, но они довольно понятны. События настраиваются с помощью редактора оповещений, который, я считаю, является частью TFS Power Tools. У меня сейчас что-то вроде этого, которое объединяет завершенную работу и обновляет нашу внешнюю систему отслеживания времени.

Answer 4

Я не составитель отчетов, но я предполагаю, что вы, вероятно, могли бы создать собственный отчет из tfswarehouse, где вы могли бы фильтровать расширение. Но это только предположение.

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

только некоторые мысли без поддающихся проверке данных для их подтверждения. : D