Каковы различия между MSBuild и TFSBuild

Question

Фон: У нас есть настройка сервера TFS, где я управляю нашим исходным кодом и отслеживаю рабочие элементы и ошибки. У нас также есть настройка CC.Net, чтобы помочь нам сделать CI (в основном просто строить и запускать модульные тесты). Мы используем .net framework 3.5 и VS 2008

Я знаком с MSBuild и использую его в нашем текущем проекте для выполнения многих задач перед развертыванием и развертыванием. Однако я не уверен в цели TFSBuild. I думаю, что используется на уровне сервера TFS для выполнения задач сборки. Но я не могу найти хорошую документацию относительно того, как и как я (как разработчик, а не администратор наших TFS ... разработчиков имеет только доступ на чтение к TFS-серверу), может использовать TFS Build, чтобы облегчить мои задачи развертывания/CI. Могу ли я использовать TFSBuild, чтобы моя задача была проще и эффективнее, когда я уже использую MSBuild для моего процесса сборки, и CC.Net уже выполняет набор модульных тестов, которые у нас есть? Является ли TFSBuild альтернативой CC.Net? Как насчет интеграции TFSBuild с Visual Studio 2008?

Обновление: Как «TeamBuild» вписывается в этот стек. Больше, чем теория, простой пример, который объединяет эти вещи, будет действительно полезен. Сейчас мы просто делаем две вещи: используйте MSBuild для выполнения задач развертывания (обновить конфигурационный файл, информацию о версии, опубликовать приложение на удаленном сервере), а затем CC.Net. Где я могу разместить TeamBuild/TFSbuild в этой картинке. И что еще более важно, мне это нужно? Я понимаю, что у всех разные требования, но может ли это вообще помочь? Одна из веских причин, по которой я получил один из ответов на использование сборки TFS, заключалась в том, чтобы автоматически создавать TFS-билеты в некоторых условиях. Какие вещи вы обычно делаете?

Answer 1

TFS использует тот же MSBuild 3,5 под капотом для автоматической сборки, что Visual Studio 2008 использует локально. TFS определяет свою собственную последовательность сборки, поставляя MSBuild с .proj-файлом, который импортирует целевые объекты, специфичные для TFS, и обогащает последовательность сборки решения функциями, полезными в среде Team (т. Е. Получить последнюю версию из исходного элемента управления, выполнить сборку, создать TFS, если сборка завершилась неудачно и т. Д.)

Вот my attempt at making sense of all these build frameworks, предоставляя историческую перспективу: (мои догадки и допущения могут быть недействительными, но все равно должны быть полезными концептуальной информацией для noobs). Оформить заказ в последнем разделе под названием «Концепции MSBuild, связанные с TFS» - у него есть полезные ссылки.

Answer 2

MSBuild против TFSBuild

MSBuild это технология, которая используется для фактической сборки. Узел «Builds» в Team Explorer представляет собой XML-файл, который вводит базовые параметры, которые будут введены в MSBuild. Когда вы добавляете Build в этот узел, он фактически добавит некоторые файлы в ваше дерево управления версиями. Это файлы, которые подключены к MSBuild, которые вы настроили бы.

Вы можете легко автоматизировать свои сборки. Существует инструмент командной строки tfsbuild, который должен находиться в папке% Program Files% \ Microsoft Visual Studio 8 \ Common7 \ IDE. Вы указываете сервер TFS, командный проект и тип сборки (имя, которое вы создали в узле «Builds»). Используйте эту утилиту командной строки и используйте Планировщик заданий в окнах для вызова этого (Program Files -> Accessories -> System Tools -> Schedule Tasks).

Источник: MSDN Forums

Answer 3

См. Статью Team Build 2008 Брайана А. Ранделла.

Также, пожалуйста, просмотрите ресурсы в Learn Team System и Team Foundation Server и Team System Developer Center.

Есть много ресурсов, включая ресурсы для начинающих.