Можно ли в GitLab настроить запланированный конвейер, который периодически запускается во всех ветвях?

Я использую GitLab для контроля версий Git и GitLab CI / CD для своих автоматических сборок. Обычно сборки запускаются активностью репозитория Git, но у меня также есть еженедельная сборка, чтобы гарантировать, что проекты, не находящиеся в активной разработке, продолжают работать. Когда в проекте есть только «главная» ветвь, легко гарантировать, что еженедельная сборка запускается на самом последнем коде. Когда в проекте несколько ветвей, я хотел бы повторить работу конвейера для каждой из них по очереди.

Что я хотел бы сделать, так это запланировать сборку (еженедельно, раз в две недели или ежемесячно), которая будет запускаться во всех текущих ветках, видимых в Git. Возможно ли это в системе непрерывной доставки GitLab?

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

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

В идеале я бы хотел что-то простое в настройке. В настоящее время в графическом интерфейсе администратора я не вижу ничего, что позволяло бы это сделать. Я посмотрел на API и вижу, что там есть некоторые возможности для добавления и удаления скриптов. Возможно, единственный способ - это сценарий, который запускается раз в месяц для создания новых запланированных конвейеров на основе веток git. Готовое решение по этим линиям было бы вполне приемлемо. Если ничего не существует, я мог бы вовремя начать работу над чем-то подобным.

В настоящее время я использую GitLab Community Edition 11.2.3 06cbee3 (GitLab CE 11.2.3). Если есть ответ только для Enterprise Edition, это нормально и будет добавлено к обоснованию покупки EE-версии. Я бы выбрал CE один выше EE.