Comments 10
Это все хорошо и красиво, но прошло 2 года и я до сих пор не могу ретригернуть 1 единственную джобу, если произошла какая-то сетевая ошибка. Для пайплайнов длиной с полчаса это просто нереальная боль. А запустить докер компоуз даже не пробуйте, работать будет через раз в лучшем случае. Gitlab CI тут в большом отрыве в лучшую сторону. Да и во всех компаниях, что я работал он селф-хостед, поэтому еще и дешевле получается
Этот реквест теперь на борде, солидарен, это неудобно как минимум :)
https://github.com/github/roadmap/issues/271
Сам сталкиваюсь с сетевыми ошибочками и многие тулзы предлагают встроенные политики ретраев (как воркэраунд), просто как пример - ansible(winrm шалит), maven(при скачке пакетов), конечно не оч хочется скорее всего об этом думать, но как воркэраунд:)
А что не так с докер-компоузом?
Селф-хостед решение имеет стоимость поддержки в любом случае, а среди облачных решений, если я верно понимаю, GitHub Actions единственное что предлагает столько бесплатных минут билдов на своих раннерах ну и за 4 бакса там их еще больше и уже в приваных репах, думаю если про деньги - это мб и самый выгодный вариант.
А что не так с докер-компоузом?
Без network_mode: "host" не работает, потратил на поиски этого решения пол дня. Выглядит как костыль.
Селф-хостед решение имеет стоимость поддержки в любом случае
Если в фирме больше 10 девелоперов, то девопс уже нужен точно. В Github вообще нету селф хостед опции.
В чате https://t.me/github_action_ru начали обсуждать запуск docker-compose с network_mode: "host". Есть интересный комментарий:
конфигурация компоуза на раннерах (в том числе дефолная сеть или баг если он есть, я не могу утверждать, не владею информацией) определяется в https://github.com/actions/virtual-environments
это открытая репка и если толково написать в чем проблемка (лучше с примером) и она релевантна, адекватна и все такое, то ребята это с радостью поправят, там очень адекватная команда :)
Это все хорошо, но искать помощь в чате телеграма, создавать ишью в репе для такой базовой функциональности прям перебор. Мы используем оба варианта на работе и gitlab CI прям на голову выше по удобству. Нужды в ботах нету совсем
Чат в телеге это не официальный канал поддержки, а самообразованное коммьюнити как я понимаю :) Кстати у того же кубера очень популярный чат в телеге и люди ищут там ответы на свои вопросы)
А про ссылку на энвайронментс - круто же что есть публичный способ зарепортить о проблеме и вам ответит живой человек, это ведь не единственная репа, например, https://github.com/actions/runner - можно сообщить о проблемах с раннером :)
Пользовался Gitlab CI, мне Actions зашли больше, думаю это субьективно :)
Ну и если рассматривать в перспективе, то предполагаю это очень важный компонент экосистемы для владеющей GitHub известной компании, так что новые фичи будут добавляться и тот функционал к которому вы привыкли появится :)
Я не против коммюнити или чата, но большой минус чата — он не индексируется, поэтому вся информация остается там. У кого нету телеги — тот в пролете.
Так же в пролете те, кто не доверяет майкрософт свои данные. Для энтерпрайза зачастую селф хостед — солидная причина для выбора технологии.
На счет self-hosted. А вы смотрели здесь https://docs.github.com/en/actions/hosting-your-own-runners/about-self-hosted-runners ?
Полагаю вопрос был больше в полностью автономном селф хостед гитхабе.
Да, есть. У нас на двух разных проектах такой имелся. Github Enterprise, https://github.com/pricing, в конце вариант Self-hosted deployment.
Соответственно его требуется обновлять для наличия последних фич публичного гитхаба.
Github Enterprise, https://github.com/pricing, в конце вариант Self-hosted deployment.
Не очень понятно что означает Enterprise Server тут? Если это просто выделенный сервер в их облаке, то это не совсем self-hosted. Или они реально предоставляют пакеты и инструкции, которые можно установить в любом облаке и на своих физ. серверах?
Автоматизируем все с Github Actions (Никита Соболев)