Какие существуют наборы инструментов для непрерывной интеграции с C++?

Visual Build Professional - мой любимый инструмент для объединения всех остальных инструментов. Только Windows, конечно, но он интегрируется со всеми разновидностями Visual Studio и множеством инструментов тестирования, инструментов управления исходным кодом, средств отслеживания проблем и т. д. Но это только окна является. Я знаю, что это еще не весь стек, но это только начало.

Доброго времени суток,

Мы действительно столкнулись с этой проблемой на сайте, с которым я ранее заключал контракт.

Один парень сел и написал инструменты, в основном сценарии оболочки, чтобы

1. проверять текущую базу кода каждый час или около того и делать сборку, чтобы проверить, не сломалась ли она, и
2. проверьте последнюю хорошую сборку, выполните полную сборку и запустите около 8000 регрессионных тестов.

Мы просто не могли найти ничего коммерчески доступного для этого, поэтому Чарли сел и написал это в сценариях оболочки bash, и это работало на HP-UX.

ваше здоровье, Роб

Как и в случае с любой другой задачей в C++, я почти не хромаю из-за непрерывной интеграции. Моя установка начинается с Eclipse. Я установил его для создания файлов make для моих проектов. У меня есть ant-скрипты, которые выполняют общие задачи сборки, выполняя команды make all или make clean в соответствующих make-файлах. Эти скрипты муравьев являются частью моего проекта, и мне приходится обновлять их, когда я добавляю новую конфигурацию сборки или новую часть в систему. Но это не так уж и плохо.

Я использую CruiseControl для запуска сборок. Каждый проект (каждый из них) имеет собственный сценарий муравья, который выполняет определенные задачи сборки (копирование артефактов, обработка результатов), вызывая сценарий муравья проекта, чтобы выполнить сборку.

Мне пришлось использовать cppunit для тестирования и обработать результаты с помощью файла xslt, который я где-то нашел. У меня также есть неправильная метка ревизии svn в каждой сборке, потому что я не могу найти подходящую метку svn. Все, что я могу найти, - это наполовину завершенный код многолетней давности и люди, утверждающие, что другие люди делают это неправильно.

Мне кажется, что CC - умирающая система, но я не нашел ничего лучше для C++. С другой стороны, я также чувствую, что C++ - умирающий язык, так что, может быть, это больше, чем просто это.

Другой вариант - buildbot.

Он написан на python, но не только для приложений на python. Он может выполнять любой скрипт для вашей сборки. Если вы посмотрите на их истории успеха, кажется, что существует множество языков.

Мы использовали бра для непрерывной интеграции, выполняемой центральным сервером сборки. Некоторые проекты перешли на buildbot.

Сейчас я перехожу к грабли и рассматриваю решения, описанные в этот блог. Фаулер упоминает, что ThoughtWorks иногда использует грабли для своих сценариев сборки в своей статье Непрерывная интеграция.

Мы реализовали нашу кроссплатформенную инфраструктуру непрерывной интеграции C++ с помощью Parabuild.

http://www.viewtier.com/products/parabuild/screenshots.htm

Мы смогли интегрировать с ним все инструменты контроля качества Win / Mac / Linux, и его действительно легко установить и поддерживать: это установка одним щелчком мыши на каждой платформе, а веб-интерфейс очень удобен.

При оценке нескольких серверов непрерывной интеграции основная проблема заключалась в том, что они были ориентированы на Java: Parabuild, с другой стороны, хорошо подходит для кроссплатформенной разработки C++ и рабочего процесса QA.