![]() |
|
|
Регистрация Восстановить пароль |
Регистрация | Задать вопрос |
Заплачу за решение |
Новые сообщения |
Сообщения за день |
Расширенный поиск |
Правила |
Всё прочитано |
![]() |
|
Опции темы | Поиск в этой теме |
![]() |
#1 |
Регистрация: 25.10.2018
Сообщений: 9
|
![]()
Получил задание, в котором требуется написать несколько утилит, представляющих собой компоненты единой системы Continuous Integration. Выполнять надо на с++ и сборка под Cmake. Утилиты по типу задать/получить значения и старт задачи. Можете пояснить, что от меня хотя, типо создать Cmake проект VS написать несколько .cpp и .h файлов и прописать в CMakeLists.txt логику сборки проекта?
|
![]() |
![]() |
![]() |
#2 | |
Старожил
Регистрация: 15.02.2010
Сообщений: 15,821
|
![]()
https://ru.wikipedia.org/wiki/%D0%9D...86%D0%B8%D1%8F
Цитата:
|
|
![]() |
![]() |
![]() |
#3 |
Регистрация: 25.10.2018
Сообщений: 9
|
![]() |
![]() |
![]() |
![]() |
#4 |
Старожил
Регистрация: 15.02.2010
Сообщений: 15,821
|
![]()
Что именно вызывает проблемы? Раз это учебная задача, то никто не требует свой cis написать с девушками и картами. Упростите задачи и напишите несколько утилит.
|
![]() |
![]() |
![]() |
#5 |
Старожил
Регистрация: 16.12.2011
Сообщений: 2,329
|
![]()
что такое Continuous Integration?
это - методология разработки "непрерывной интеграции продукта". принцип простой: как только юзверь запушил изменения в репозиторий, нужно сразу же клонировать/собрать/протестировать/задеплоить обновленную версию продукта. итого участники: 1. утилита-сервис, которая мониторит изменения в репозитории. если в изменившемся репозитории присутствует особый файл: сценарий CI, тогда сервис запускает процесс runner, вверяя ему задачу по дальнейшей обработке. 2. утилита-runner, которая запускается по факту изменения репозитория. runner бежит куда нибудь и исполняет там сценарий CI классика жанра для сценария CI: 3.1 клонирование репозитория. 3.2 проверка соответствия code-style клонированного репозитория 3.3 сборка проекта. 3.4 тестирование проекта. 3.5 деплой проекта. в вашем случае, скорее всего, нужно просто мониторить локальный репозиторий в случае пуша/коммита - сразу запускать сборку на cmake. после сборки отчитаться: успех/провал. полноценный CI - нетривиальная технология. для примера, см. gitlab |
![]() |
![]() |