Настройка TFS - вопрос о Team Foundation Server
У нас есть процесс, когда разработчики меняют или добавляют скрипт базы данных и проверяют его в проекте. Во время развертывания администратору релиза необходимо знать, для каких рабочих элементов проверен скрипт базы данных. Есть ли способ, с помощью которого мы можем запросить или создать собственный отчет в TFS, чтобы получить список рабочих элементов, у которых есть файл в наборе изменений с определенным расширением файла (.sql). Таким образом, менеджер релизов получит список рабочих элементов, которые он может затем передать администраторам баз данных для анализа, проверки и применения к серверу.
Мы используем TFS 2008.
4 ответа
Установите последнюю версию электроинструмента. Затем вы можете запустить этот быстрый скрипт Powershell:
Get-TfsItemHistory $/project/*.sql -r -version D6/1/2009~ |
%{ $_.workitems } | %{ $_.id } | select -unique | sort
(при необходимости измените название проекта и дату)
Хотя это отлично подходит для проверок кода с помощью человека, я настоятельно рекомендую не использовать его для создания сценария развертывания. Если разработчик забыл связать свою регистрацию с рабочим элементом или если он делал предыдущие проверки в файлах SQL, от которых зависят его исправления, вы внесете противоречивый набор изменений. Всегда лучше, чтобы сценарий развертывания, который вы используете в своей тестовой среде, максимально соответствовал производственному развертыванию.
Вы смотрели на новый проект базы данных GDR R2 (бесплатная загрузка для групповых выпусков Visual Studio 2008)?
Этот тип проекта изначально был частью редакции базы данных Visual Studio.
Он имеет возможность импортировать схему из существующей базы данных, выполнять сравнение схем, поддерживать несколько целей (System Test, UAT, Production и т. Д.), Выполнять статический анализ кода TSQL и создавать отдельные артефакты развертывания.
Вы можете подключиться к событиям сборки и указать, что он указывает на ваш пользовательский веб-сервис, который может проверить список примененных наборов изменений. Это, в свою очередь, может выполнить поиск в TFS, чтобы получить имена файлов, а затем может порождать рабочие элементы. Это подразумевает знание API TFS, но они говорят сами за себя. События настраиваются с помощью редактора оповещений, который, я считаю, является частью TFS Power Tools. Теперь у меня есть что-то вроде этого, которое объединяет завершенную работу и обновляет нашу внешнюю систему отслеживания времени.
Я не пишу отчеты, но я предполагаю, что вы, вероятно, могли бы создать собственный отчет из tfswarehouse, где вы могли бы фильтровать расширение. Но это только предположение.
Возможно, вы могли бы написать собственную политику регистрации, которая отправляет электронное письмо соответствующим людям на основе расширения файла. Это кажется очень тяжелым и неуместным способом использования политики, но это, вероятно, сработает.
только некоторые мысли без поддающихся проверке данных, чтобы поддержать их.:D