Я хочу, чтобы наш gitlab-ci.yml оставался неизменным для большинства членов группы. Как я могу сделать это эффективно?
Эти пользователи вносят код и должны развертывать код как часть слияния с development-branch, поэтому я не могу ни просто удалить их доступ к репо основного проекта, ни защитить ветвь разработки (потому что тогда они не могут запустить конвейер).
Я пробовал задание триггера для файла CI, расположенного в другом проекте, но я начинаю думать, что не могу одновременно разрешить проекту YIN инициировать YANG , не позволяя этим подрядчикам связываться со сценарием развертывания, который я переместил из Инь в Ян в надежде заблокировать его.
- Я подозреваю, что для слияния зафиксировать в проекте Инь и получить его инициировать развертывание в Yang, что пользователь должен будет иметь доступ разработчика к Yang или более поздней версии ... что означает, что он также может зафиксировать Yang в любой ветви, содержащей файл gitlab-ci.yml, который он будет запускать. Верно?
(Я не могу ни наказать их, ни просто уволить. Половина проблемы - это проблема языка, а другая - неопытность, не касаясь вещей, которые вам не принадлежат)
Спасибо за ваше время. Новый триггер: синтаксис, кажется, работает намного лучше (читай: вообще), чем старый трюк curl-the-api-URL- и молитва, так что, по крайней мере, это так. Если это пригодно для использования, это все равно было бы идеально, но настоящей целью является неизменный gitlab-ci.yml, так что любой метод достижения этого успеха был бы великолепен.