В чем разница (ы) между MSBuild и TFSBuild

Question

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

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

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

Answer 1

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

Вот моя попытка разобраться во всех этих фреймворках сборки предоставляя историческую перспективу:(мои догадки и предположения могут быть неверными, но все равно должны быть полезной концептуальной информацией для новичков).Ознакомьтесь с последним разделом под названием "Концепции MSBuild, связанные с TFS" - в нем есть несколько полезных ссылок.

Answer 2

MSBuild против TFSBuild

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

Вы можете очень легко автоматизировать свои сборки.Существует инструмент командной строки под названием tfsbuild, он должен быть расположен в папке %Program Files%\ Microsoft Visual Studio 8 \ Common7 \ IDE.Вы указываете сервер TFS, командный проект и тип сборки (имя, которое вы создали в узле "Сборки").Используйте эту утилиту командной строки и используйте планировщик задач в Windows, чтобы вызвать это (Program Files -> Аксессуары -> Системные инструменты -> Запланировать задачи).

Источник: Форумы MSDN

Answer 3

Пожалуйста, ознакомьтесь со статьей Командный сбор 2008 автор : Брайан А.Рэнделл.

Кроме того, пожалуйста, ознакомьтесь с ресурсами в Изучайте Командную систему и Сервер Team Foundation Server и тот Центр разработки командной системы.

Существует множество ресурсов, в том числе для начинающих.