Принятие Bamboo или TeamCity в качестве собственного сервера автоматизации CI для Windows C ++? - PullRequest
Новая
       39

Принятие Bamboo или TeamCity в качестве собственного сервера автоматизации CI для Windows C ++?

5 голосов
/ 30 мая 2011

В настоящее время мы запускаем наши автоматические ( не CI как таковые) через FinalBuilder через очень простой доморощенный интерфейс Apache, который просто запускает сценарии FB на нашем сервере.(Мне нравится FinalBuilder, и я буду его хранить, но это CI-сервер, FinalBuilder Server , просто не врезается в это ИМХО, особенно в настоящее время он не поддерживает концепцию «агента» для распределения сборок помашины.)

Мы делаем нативную разработку C ++ для Windows с небольшим количеством .NET, смешанным там, где это необходимо и имеет смысл.

Наши текущие сценарии FinalBuilder делают все очень хорошо, начиная от создания ночных сборок.до полной версии (сборка / автоматический перевод / сборка / модульное тестирование / создание настроек / размещение созданных артефактов на сетевом ресурсе / ...), но наши веб-интерфейс , возможности организации очередей , отслеживаемость пользователей и отчеты довольно ограничены.

Я посмотрел вокруг, и кажется, что TeamCity и Bamboo помечают подобные поля, но большинство описаний, которые я могу найти, охватывают только Java и/ или .NET простые сборки.

Поэтому мой конкретный вопрос: задано

  • несколько (20-30) сложное FinalBuilder Сценарии, которые работают на мое удовлетворение и которые мне придется интегрировать в («вызов») нового сервера автоматизации / «CI»
  • Собственные проекты Windows C ++ и .NET
  • Фактическиесборка (= вызов (ы) компилятора) выполняется с помощью нескольких файлов решений Visual Studio на данный момент
  • В настоящее время один компьютер сервера сборки, желающий масштабироваться до 2-3 атм.
  • Использование JIRAкак средство отслеживания ошибок
  • с использованием AccuRev в качестве SCM

, какой инструмент лучше подходит и почему : TeamCity (в настоящее время 6,5) или Bamboo (в настоящее время 3.1) .

(Обратите внимание, что я также надеюсь получить некоторые весьма субъективные ответы на форумах TeamCity и Bamboo .)

Ответы [ 4 ]

9 голосов
/ 31 мая 2011

Со стороны TeamCity он интегрируется с Jira, имеет плагин AccuRev и имеет хорошую поддержку проектов VisualStudio / C ++. Он также может запускать произвольные сценарии.

Вы можете запустить сборку и получить некоторые результаты сборки через HTTP-API. В пользовательском интерфейсе вы можете видеть, какие изменения были созданы и в каких конфигурациях сборки. Простая интеграция любых пользовательских HTML-отчетов в TeamCity UI (без кодирования), публикация артефактов.

Вероятно, вам следует попробовать оба решения и посмотреть, какое из них вам больше подходит (в Teamcity вы можете использовать полнофункциональный сервер бесплатно, единственным ограничением является количество агентов сборки и количество конфигураций сборки).

Отказ от ответственности: я разработчик TeamCity

4 голосов
/ 22 августа 2011

Я нашел Bamboo более правдоподобным, чем TeamCity.Вот мои причины:

  • Эти плагины Jira для VS или Eclipse тоже являются бамбуковыми плагинами.:) никаких дополнительных надстроек не требуется.
  • Лучшая поддержка интеграции Jira.
  • Хороший пользовательский интерфейс, подобный тому, который вы использовали для Jira.
  • Возможность лучшей интеграции с другими инструментами Atlassian, такими как FishEye.
  • Дешевле.Вашей компании хватит лицензии на 10 долларов.
  • Больше дополнений на Bamboo, чем TeamCity, множество плагинов.
2 голосов
/ 18 августа 2011

Для полноты картины: в итоге я использовал Jenkins + Finalbuilder. : -)

1 голос
/ 17 июня 2011

Я работал в аналогичной среде, используя FinalBuilder для автоматизации сборки, AccuRev для управления исходным кодом и собственные проекты Windows.

В итоге я выбрал Electric Commander в качестве лучшего CI-решения для работы.Можно повторно использовать части сценариев FinalBuilder и вызывать их из Electric Commander, но простой вызов сценария FB в качестве одного шага сборки приведет к тому, что вы упустите некоторые из ключевых преимуществ использования Electric Commander - обработку файлов журнала в реальном времени, возможностьраспараллеливать вплоть до отдельных уровней шагов в Electric Commander и сбора данных и отчетности.

Electric Commander имеет API, который предоставляет все функциональные возможности продукта, которые можно использовать в сочетании с триггерами AccuRev для достижения очень гибкого решения.

Отказ от ответственности - мне так понравился Electric Commander, что я присоединился к компании и в настоящее время работаю в Electric Cloud.

Вы можете попробовать Electric Commander, зайдя на www.electric-cloud.com и нажимаем «Попробуй!»

...