2012-05-18 2 views
2

В 2009 году было SO question on the same topic.Сборка трубопроводов в TFS

Мне интересно, если более поздние версии Team Foundation Server лучше подходят для более длинных конвейеров. Обратитесь к функциям Jenkins, TeamCity, ThoughtWorks 'Go (мой работодатель).

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

Во-вторых, личный святой грааль - это сервер CI, хранящий его конфигурацию в SCM, который сам владеет встроенной вещью, и даже не задумываясь о создании филиалов тихо для предоставления новых конвейеров; Можно ли настроить TFS для хранения определений/сценариев CI на стороне SCM, а не на сопровождающем SqlServer?

ответ

3

TFS сборки состоит из трех компонентов:

  1. Определение сборки - хранятся на уровне данных SQL-сервера.
  2. Рабочий процесс сборки - файл XAML, хранящийся в элементе управления источника.
  3. Поддерживаемые сценарии MSBuild - обычно содержит определенные пользователем действия, также хранящиеся в исходном элементе управления.

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

Определение сборки в TFS - это просто набор настроек сборки, аналогичный конфигурационному файлу CC.Net и вкладке конфигурации сборки TeamCity, которые также хранятся в файловой системе. Предполагая, что в базе данных есть план резервного копирования, вам действительно не нужно сохранять исправления сборки в исходном элементе управления, но если это необходимо, экспортируйте таблицу tbl_BuildDefinition.

TFS Power Tools добавляет функции клонирования для определений построения.

Нет поддержки OOTB для создания определений сборки из новой ветки, хотя это вполне возможно с использованием TFS-API.

1

Бит опоздал на вечеринку, но просто не надо беспокоиться о TFS, если вы хотите, чтобы автоматизация трубопровода была усовершенствована. Он просто не режет.

Я использовал Jenkins и TFS как широко. Tfs просто. чистый. дерьмо. Вот почему.

Нет вниз/вверх по потоку. Не построили пирсин/оркестр. (например, jenkins) Неясные способы добавления шагов сборки и возврат к использованию MsBuild. Медленный и по-прежнему опросит источник управления. Связывает вас с MsTest.

И, пожалуйста, не указывайте мне: «О, смотрите, что вы можете делать все, если вы пишете обычную деятельность». Я не трачу время на разработку разработки для закрытой исходной платформы sub-par. Если я собираюсь что-то внести, это БЕСПЛАТНО. Платформа OPEN SOURCE.

+0

Большинство ваших комментариев неверны и являются результатом плохого понимания возможностей продукта. Который я согласен, должен быть более узнаваем. TFS использует рабочий процесс Windows (fo good или bad0 как его механизм оркестровки, и вы можете заставить его делать все, что угодно, в любом порядке.Большинство возможностей доступны из коробки, и вы можете настраивать их с помощью PowerShell и настраиваемых действий. Вы также НЕ привязаны к MS build, поскольку он поддерживает любую тестовую платформу. –

+0

@MrHinsh ВЫ получите свое понимание прямо. Расскажите мне, как построить конвейер в TFS, где вы отпечатываете артефакт отпечатка и запираете его вместе с номером сборки. Затем поставьте или отключите следующий этап задания сборки как нисходящий поток, а затем подготовьте одну кнопку для развертывания. –

+0

@MrHinsh В TFS нет восходящей/нисходящей сборки, не получая при этом целую чертову TFS/Sharepoin/Workflow. И это полная полная трата времени. И даже когда вы это делаете, это чертовски чертовски. –

Смежные вопросы