еще gitlab ci позволяет делать простыми include добавление в ваш pipeline кусочка кода из других yaml в которых реализованы какие-то определенные смысловые шаги и недавно появился. pipeline editor в котором есть linter которые проверяет на лету не только синтаксис и правильность расстановки пробелов но и взаимосвязанный код
* Всегда выберу Jenkins имея большой опыт в 4х других решениях. :) * Обожаю Groovy - милейший и лёгкий язык. Использовал вне CI/CD. Жаль не распространен. * Есть подход, когда выношу 99% логики в bash/PowerShell/Python/etc... Особенно удобно стало с появлением Docker в массах. Если зоопарк систем или нельзя обновить древний CI/CD сервер, то выручает. Правда, я заморачиваюсь с написанием легко поддерживаемого кода. * Спасибо автору за труд!
Привет Антон просто хотел спросить тебя работая в банке Тинькоф как SRE какие технологии вы используете. Работаете ли вы с Docker, kubernetes? А вообще в будущем, если захочу работать в вашем банке, то что лучше изучить чтобы была возможность работать как SRE, на какие темы обратить в первую очередь? твои видео но у каждой компании свои технологии, просто интересно какой стек в Тинькоф? Также хотел тебя спросить по каким ресурсам ты сам изучал Apache Kafka? Сам по опыту работы в прошлом работал системным администратором Linux, сейчас думаю сменить направления с системных администраторов в сторону SRE, DevOps.
Начинал я свою работу с дженкинса, и это было просто. В вебе всё мышкой накидал, опа - оно уже собирается. Когда сложность выросла, а переносимости стало не хватать, по уже написанному стали пилить дженкинс пайплайны, формат декларатив (по сути 2 несовместимые концепции, но без костылей только декларатив даёт такие вещи как полный контроль и возможность перезапуска не всего пайплайна а только отдельного шага). Дока несложная и понятная, пока не нужно особых извращений. А потом попытался перейти на гитлаб ci - и с одной стороны оно слишком тупо и просто, а с другой - без изучения каких-то азов приступить к работе просто невозможно. Плюнул и пошёл искать достаточно подробный видеокурс, что сейчас и делаю...
Так не надо файл CI/CD в Gitlab рядом с кодом хранить, его(их) надо в отдельной репе хранить, где разрабы могут только смотреть и МР делать, максимум. Всё там можно настроить по доступам к секретам и переменным окружения. Gitlab - это пластилин, лепи, что хочешь, плюс это всё в одном, соответственно, меньше точек отказоустойчивости. В Gitlab раздолье не меньше, можно всё, даже фишки платного Gitlab можно организовать своими руками в бесплатной версии.
@@pavlenkoat feature flags в GitLab завезли пару релизов назад, он доступен для всех. А выглядит как этого нет, все те же основные функции jenkins есть в GitLab
![สาวเมืองเพชร - ธีเดช ทองอภิชาติ [Official MV]](http://i.ytimg.com/vi/kEt7F9PvO3I/mqdefault.jpg)
Спасибо за Ваш труд! Коммент в поддержку канала.
Спасибо, было интересно послушать.
еще gitlab ci позволяет делать простыми include добавление в ваш pipeline кусочка кода из других yaml в которых реализованы какие-то определенные смысловые шаги и недавно появился. pipeline editor в котором есть linter которые проверяет на лету не только синтаксис и правильность расстановки пробелов но и взаимосвязанный код
Благодарю за видео! Всех Вам благ! К слову, сам я использую GitLab --- для моих задач выше крыши )
* Всегда выберу Jenkins имея большой опыт в 4х других решениях. :)
* Обожаю Groovy - милейший и лёгкий язык. Использовал вне CI/CD. Жаль не распространен.
* Есть подход, когда выношу 99% логики в bash/PowerShell/Python/etc... Особенно удобно стало с появлением Docker в массах. Если зоопарк систем или нельзя обновить древний CI/CD сервер, то выручает. Правда, я заморачиваюсь с написанием легко поддерживаемого кода.
* Спасибо автору за труд!
Последний факт про опенсорсность дженкинса, с возможностью его дописать, напомнил знаменитую картинку Open Source vs Closed Source.
Привет Антон просто хотел спросить тебя работая в банке Тинькоф как SRE какие технологии вы используете. Работаете ли вы с Docker, kubernetes? А вообще в будущем, если захочу работать в вашем банке, то что лучше изучить чтобы была возможность работать как SRE, на какие темы обратить в первую очередь? твои видео но у каждой компании свои технологии, просто интересно какой стек в Тинькоф?
Также хотел тебя спросить по каким ресурсам ты сам изучал Apache Kafka?
Сам по опыту работы в прошлом работал системным администратором Linux, сейчас думаю сменить направления с системных администраторов в сторону SRE, DevOps.
Спасибо за прекрасное сравнение и описание, как раз сейчас с gitlab разбираюсь, услышал о тех вещах которые упоминались в ролике.
Начинал я свою работу с дженкинса, и это было просто. В вебе всё мышкой накидал, опа - оно уже собирается. Когда сложность выросла, а переносимости стало не хватать, по уже написанному стали пилить дженкинс пайплайны, формат декларатив (по сути 2 несовместимые концепции, но без костылей только декларатив даёт такие вещи как полный контроль и возможность перезапуска не всего пайплайна а только отдельного шага). Дока несложная и понятная, пока не нужно особых извращений.
А потом попытался перейти на гитлаб ci - и с одной стороны оно слишком тупо и просто, а с другой - без изучения каких-то азов приступить к работе просто невозможно. Плюнул и пошёл искать достаточно подробный видеокурс, что сейчас и делаю...
Инфа полезная, приятно вас слушать, но руки нужно привязывать перед эфиром))
Я DevOps, и я выбираю Jenkins)
А я пикачу )))))
@@pavlenkoat Пикачу у нас тоже есть))
А можно без докера организовать автодеплой? Везде только с докером показывают?
@@Gulik17 можно все. Зависит от технологий и задач.
@@Gulik17 А есть разница? Выполняешь команды и все.
Спасибо за видео, доходчиво и достаточно кратко. Любви, здоровья и вдохновения.
А как же тимсити?
А как же Azure pipelines?
Gitlab - это не VCS
Так я ж в начале сказал я с ними не работал
Они от лукавого
Azure Pipeline это боль, как и весь Azure DevOps, недоделаный комбайн
@@denistu10 хз, вроде норм. Не тимсити конечно, но тоже неплохо.
Youtrack для отслеживания задач есесено лучше будет
Тимсити снаружи хорош, но с точки зрения DevOps - не очень. Т.к. IaC в нём неудобен. К тому же платный и закрытый и отстаёт по фишкам от GitLab
Спасибо, Антон. Занимательно!
Что за трек на фоне играет? 🙂
как перенести репозитории из одного gitlab в другой gitlab? Осознанный коментарий
Создать репозиторий пустой без веток, склонировать репозиторий и запушить
Так не надо файл CI/CD в Gitlab рядом с кодом хранить, его(их) надо в отдельной репе хранить, где разрабы могут только смотреть и МР делать, максимум.
Всё там можно настроить по доступам к секретам и переменным окружения.
Gitlab - это пластилин, лепи, что хочешь, плюс это всё в одном, соответственно, меньше точек отказоустойчивости.
В Gitlab раздолье не меньше, можно всё, даже фишки платного Gitlab можно организовать своими руками в бесплатной версии.
Если использовать разные репы то да. Не спорю, наверно надо было этот кейс раскрыть. Просто в маленьких проектах вижу что все хранят вместе.
@@pavlenkoat feature flags в GitLab завезли пару релизов назад, он доступен для всех. А выглядит как этого нет, все те же основные функции jenkins есть в GitLab
Ребят а кто нибудь подскажет Дженкинс будет работать без интернета ? Или есть какое то альтернативное приложение, которое работает с локальном гитом
будет
У Дженкинса логотип симпатичный
Значит выбор очевиден))))))
Выпуск - хорош. Лучше только твоя борода)
Здравствуйте, можно более подробнее...
Снова лайк
Спасибо
01:45 - заслужил подписку
ха ха - так везде я про то что хаос в репо
Надо было про Team city рассказать))
Не работал я с ним
@@pavlenkoat вот и зря... очень удобно
@@zloyzlovred3019 Он платный. Знаю компании которые от него отказываются из-за этого
@@pavlenkoat плохо изучали вопрос. Там он бесплатный но есть ограничения на колличество билд агентов
@@zloyzlovred3019 Я знаю. В компаниях где я работаю их не хватает.
Tekton
Что это значит?
я вообще ни с чем ещё не работал, только начал осваивать TeamCity, но довольно удобный, правда платный, когда инфраструктура разрастается
th-cam.com/video/NBEWB4-ZiAI/w-d-xo.html Вот этот моментособо порадовал
Эм.... Я уже видел это видео.. Как-так?
Хде?
Azure 🤪
То чувство, когда у тебя на работе gitlab+jenkins
На прошлой так же было. В гитлабе линтер для кода остальное в Дженкинс
Чувства фронтендера задеты
Ну странные фронтендеры мне попадаются
@@pavlenkoat это были верстальщики
Да нет фронтендеры. Они на мерзком js кодили
@@pavlenkoat ой всё
честно говоря очень дорогой курс..прям ну совсем
По мне очень дешёвый. Обычно курсы начинаются от 40к.
чё там комменты для ютуба еще надо писать?
Конечно. Просто не всегда успеваю просить
По теме - вообще ничего. Переливание из пустого в порожнее. Ни примеров, ни картинок. Бред