Gregory's Server
Посмотрел в сторону gitea \ agola как CI\ CD и понял что не хочу учить еще один синтаксис в yml за который мне никогда не заплатят.
Решение кривое но видимо на века
- закрытая учетка в gitlab.com
- локальные gitlab runners которые крутят ci\cd
- forgejo который делает зеркало из gitlab ci \ cd
Возможные варианты
- зеркало в gitlab из forgejo
- опция gitlab 'Run CI/CD pipelines for external repositories '
Буду смотреть :ablobcatbongogoogly:
@kurator88 во, про ямл который не хочется учить это в точку!
Переделал все рабочие билдпланы #bamboo на запуск билдскрипта #nuke, теперь каждый джоб выглядит как 2 таски:
- checkout
- script: ./build.sh JobName
Причем всякий #gitversion, #docker build & push, #nuget push тоже приятно запускать из своих билдскиптов и проекты стали наконец то CI-агностик. Если завтра придется переехать на gitlab, то миграция займет час для 80+ репок.
Обожаю nuke build, их dsl основанный на c# это просто космос. Разрабы могут вкрячить любую логику в билдскрипты без изучения эзотерических #yaml конкретного #ci.
Ну и конечно нельзя забывать про локальную отладку. Все можно отладить на своей тачиле, не будет больше этой пачки коммитов "fix ci pipline once again"
@kurator88 во, про ямл который не хочется учить это в точку!
Переделал все рабочие билдпланы #bamboo на запуск билдскрипта #nuke, теперь каждый джоб выглядит как 2 таски:
- checkout
- script: ./build.sh JobName
Причем всякий #gitversion, #docker build & push, #nuget push тоже приятно запускать из своих билдскиптов и проекты стали наконец то CI-агностик. Если завтра придется переехать на gitlab, то миграция займет час для 80+ репок.