В настоящее время у нас есть «довольно» скрипт MSBuild CI, который строится на TeamCity.TFS agnostic MSBuild Script
Скрипт выполняет следующие действия:
- версии сборки атрибуты с помощью TeamCity сборки номера
- компилирует решение
- пробегов набора модульных тестов с использованием NUnit
- Запускает набор акцепта тесты с использованием NUnit и SpecFlow
- Производит некоторую документацию с использованием соленья
- Хранит артефакт ы
- Этикетки/Метки пересмотра в GIT с текущим номером сборки
Я говорю «довольно» CI агностик, потому что есть несколько мест, которые мы издаем содержание в TeamCity через задачу сообщения MSBuild.
Теперь нам дали направление от бизнеса, чтобы переместить сборку и источник из GIT в TFS. Последний элемент управления Microsoft, которым я пользовался, был SourceSafe, и у меня нет опыта работы с TFS в качестве сервера CI. Я хочу знать, можем ли мы сохранить скрипт MSBuild как агностик, как он есть в настоящее время, и по-прежнему достичь той же функциональности, что и сейчас.
Итак, что касается управления версиями, мы можем ввести tfs в параметр msbuild, содержащий номер сборки и, если возможно, номер версии TFS (или что-то еще в мире TFS)? Как бы вы опубликовали артефакты в TFS через MSBuild? – Bronumski
Вы можете нажать статические параметры в MSBuild, отредактировав определение сборки. Если вы хотите перейти в динамические параметры (например, TFS Build #), вам, вероятно, придется отредактировать шаблон сборки. TFS имеет BuildID (int) и BuildNumber, который является строкой в формате, который вы можете настроить в Build Def (по умолчанию это $ (BuildDefinitionName) _ $ (Date: yyyyMMdd) $ (Rev :.r) –
У меня есть начало сборки, мне пришлось сделать небольшую настройку из-за того, что компании полностью блокировали среду сборки, в результате чего не было доступа к NuGet. Кроме того, он выполнил сборку. То, что мне нужно сделать, - это вернуть результаты NUnit обратно в TFS, чтобы он мог отображать результаты и, если нужно, отказываться от сборки. – Bronumski