Локальная система непрерывной интеграции для C ++?

«Локальная система непрерывной интеграции» может быть неправильным термином, но я надеюсь найти систему непрерывной интеграции, которая может быть настроена на мониторинг изменений локальных файлов (в частности, файлов C ++) и 1) попытаться скомпилировать уязвимую версию. объектные файлы (остановка при первом сбое), и в случае успеха, если новые исходные файлы не изменяются 2) связывают уязвимые двоичные файлы, а в случае успеха и при отсутствии новых изменений исходного файла 3) запускают уязвимые тесты.

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

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

Самая близкая вещь, которую я нашел, была нос как описано Вот но это касается только запуска тестов Python, а не создания файлов C ++.

4

Решение

Самое близкое к тому, что вы ищете, это cdash и Стенд для ускоренного тестирования; Я думаю, что инструмент, подобный тому, который вы ищете, никогда не будет существовать для C ++, потому что компиляция каждого проекта после редактирования одного файла — это только пустая трата времени в производительном рабочем процессе C ++.

2

Другие решения

Продолжение Интеграция — это растущая концепция сегодня, поэтому вы здесь не одиноки.

Предполагая, что вы разрабатываете в Windows, если вы работаете с Microsoft Visual Studio
вы можете рассмотреть Microsoft Visual Studio Team Foundation Server (TFS)
(ранее Visual Studio Team System).
Это даст вам Управления источником А ТАКЖЕ Строить-Автоматизация в одной упаковке,
с большой интеграцией в продукты Microsoft, конечно
(Я думаю, что есть бесплатная версия для пользователей MSDN).

Если вы не заинтересованы в продуктах Microsoft или просто ищете автоматизацию сборки,
Я бы порекомендовал отличный Открытый исходный код продолжает интеграцию инструмент:
Дженкинс CI.

Удачи!

2

Я бы посмотрел на Jenkins CI — это хороший инструмент, работает на любой платформе и может быть настроен на выполнение практически чего угодно. Я использовал его для запуска Python-кода, который разговаривал с мобильным телефоном, совершал звонки и записывал эти звонки (и проверял «качество» звонка, хотя мой проект так и не получил программное обеспечение реального качества стоимостью £ xxxx, поскольку мы только демонстрировали концепцию ), а затем Дженкинс будет выводить графики «насколько хорошо это работает».

Вы также можете делать то, что вы описываете «цепочкой» — так что он обнаружит, что ваш источник изменился, попробуйте собрать его [как правило, это делается с помощью make, поэтому он автоматически останавливается на первом файле с ошибкой (хотя это может быть сотни ошибок в одном файле!)]. Скомпилируйте и постройте успех, а затем цепочки к выполнению тестов Не совсем уверен, как вы определяете, что является «соответствующим». Если ваш тестовый цикл не огромен, я бы запустил их все!

2
По вопросам рекламы ammmcru@yandex.ru
Adblock
detector