Хотя ответить на этот вопрос немного сложнее, поскольку рабочие процессы разработки часто бывают такими разными, есть несколько API, доступных для облегчения различных рабочих процессов.
В Mininum
Континуум сильно зависит от телеметрии от VCS, поэтому, как минимум, установите веб-крючок из вашей VCS (GitHub, GitLab, BB и т. д.) в проект, определенный в Continuum.Это позволит континууму соотносить изменения в вашей кодовой базе с «мотиваторами изменений» (рабочими элементами) в выбранной вами системе планирования (VersionOne, Jira, ADO и т. Д.)
Активируется простой процесс отправки толчков VCS в Continuum.тонна ценности - от осведомленности Rogue Commit до анализа рисков.
Использование конвейеров
Очень часто значениеДизайнеры потоков запустят Continuum pipeline, даже если уже есть другая автоматизация сборки.(Конвейерные конвейеры имеют много функций и интеграций, которые не всегда доступны в других инструментах devops для чистой автоматизации.) Когда это сделано, конвейер Continuum обычно получает wait for data от внешнего процесса.Используя эту конечную точку, внешний процесс может сигнализировать о завершении, и Continuum продолжит свой предписанный путь.
Другой распространенный подходнастроить проект Continuum на stage коммитов и рабочих элементов для последующего запуска конвейера, который будет запущен существующей внешней автоматизацией.В этом случае манифест данных, полученных в push-уведомлении VCS, настроен и готов к запуску в ожидании простого триггера от внешнего задания.
Использование пакетов
В более зрелых случаяхгде поток создания ценности полностью определен в Continuum, вам нужно будет принять концепцию Package Progression.Механизм группировки более высокого уровня, чем pipeline, и намного более высокий, чем простой «конвейер сборки», Package Progression - это полностью определенный процесс управления рабочими процессами и версиями для продукта, включая возможность захвата ручных действий вне домена «devops ", и генерировать комплексные метрики потока.При использовании пакетов полезно использовать несколько API.
Если внешняя автоматизация создала артефакт сборки, который действительно имеет шанс бытькандидат в производственную версию, используйте этот API, чтобы сообщить Continuum о регистрации нового revision этого пакета.
В тех случаях, когдавнешняя автоматизация является более полной, может быть, даже развертывание артефакта в пунктах назначения на пути к производственному выпуску, используйте этот API, чтобы держать Continuum в курсе, когда артефакт созревает на протяжении всего пути, поэтому он может поддерживать точные метрики потока.
Наконец, если ваша существующая автоматизация настолько завершена, что фактически выполняет официальное производственное развертывание , используйте этот API, чтобы сообщить Continuumчто редакция была delivered для потребителей - что ее путешествие подошло к концу.
Есть еще несколько API, которыеelpful для мониторинга / управления процессом выполнения пакета:
Учитывая ревизию, созданную с помощью new_revision, вы можете запросить ее manifest (список коммитов, рабочих элементов и артефактов, связанных с ним.
Если ваш Progression реализует ручные действия (например, у вас есть необходимо *1088* вручную запустить некоторый автоматизированный процесс), этот API может программно завершить эту операцию.
Аналогичным образом, если вы собираете Controls для своих отчетов аудита и соответствия, внешние процессы могут сообщить Continuum, что контроль выполнен, что позволяет продолжить процесс.
Вам интересно текущее состояние версии пакета?Это вернет подробности о его текущей позиции в потоке создания ценности.
Хотите узнать историю ревизии пакета?Это вернет подробности истории изменений в потоке создания ценности.
Полная документация по API может быть найдена здесь .
Мы радыпоговорите более подробно, если вы хотите пообщаться в чате - support@versionone.com