home.social

#gitlab_ci — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #gitlab_ci, aggregated by home.social.

  1. Лучшие практики деплоя: Ansible, GitLab CI

    Ручной деплой через SSH и bash-скрипты – это практика, которая рано или поздно приводит к инцидентам. В этой статье разбираем, как построить предсказуемый Continuous Delivery с помощью Ansible и GitLab CI. Обсуждаем реальный кейс миграции, пишем плейбуки, настраиваем zero-downtime rolling update и автоматические откаты.

    habr.com/ru/companies/otus/art

    #Ansible #GitLab_CI #деплой #Continuous_Delivery #rolling_update #zerodowntime #автоматизация_деплоя #healthcheck #DevOpsпрактики

  2. Лучшие практики деплоя: Ansible, GitLab CI

    Ручной деплой через SSH и bash-скрипты – это практика, которая рано или поздно приводит к инцидентам. В этой статье разбираем, как построить предсказуемый Continuous Delivery с помощью Ansible и GitLab CI. Обсуждаем реальный кейс миграции, пишем плейбуки, настраиваем zero-downtime rolling update и автоматические откаты.

    habr.com/ru/companies/otus/art

    #Ansible #GitLab_CI #деплой #Continuous_Delivery #rolling_update #zerodowntime #автоматизация_деплоя #healthcheck #DevOpsпрактики

  3. Лучшие практики деплоя: Ansible, GitLab CI

    Ручной деплой через SSH и bash-скрипты – это практика, которая рано или поздно приводит к инцидентам. В этой статье разбираем, как построить предсказуемый Continuous Delivery с помощью Ansible и GitLab CI. Обсуждаем реальный кейс миграции, пишем плейбуки, настраиваем zero-downtime rolling update и автоматические откаты.

    habr.com/ru/companies/otus/art

    #Ansible #GitLab_CI #деплой #Continuous_Delivery #rolling_update #zerodowntime #автоматизация_деплоя #healthcheck #DevOpsпрактики

  4. Лучшие практики деплоя: Ansible, GitLab CI

    Ручной деплой через SSH и bash-скрипты – это практика, которая рано или поздно приводит к инцидентам. В этой статье разбираем, как построить предсказуемый Continuous Delivery с помощью Ansible и GitLab CI. Обсуждаем реальный кейс миграции, пишем плейбуки, настраиваем zero-downtime rolling update и автоматические откаты.

    habr.com/ru/companies/otus/art

    #Ansible #GitLab_CI #деплой #Continuous_Delivery #rolling_update #zerodowntime #автоматизация_деплоя #healthcheck #DevOpsпрактики

  5. Настройка self-hosted gitlab runner

    Часть 2 серии об осмысленном CI/CD: настраиваем self-hosted GitLab Runner. Пройдем от docker-compose.yml до работающего runner, попутно разбирая ошибки permissions, SELinux context и особенности rootless Podman. Все то же самое актуально и для Docker.

    habr.com/ru/articles/1032654/

    #gitlab_runner #docker_compose #SELinux #selfhosted #configtoml #volume_permissions #podman #rootless_containers #gitlab_ci

  6. Настройка self-hosted gitlab runner

    Часть 2 серии об осмысленном CI/CD: настраиваем self-hosted GitLab Runner. Пройдем от docker-compose.yml до работающего runner, попутно разбирая ошибки permissions, SELinux context и особенности rootless Podman. Все то же самое актуально и для Docker.

    habr.com/ru/articles/1032654/

    #gitlab_runner #docker_compose #SELinux #selfhosted #configtoml #volume_permissions #podman #rootless_containers #gitlab_ci

  7. Настройка self-hosted gitlab runner

    Часть 2 серии об осмысленном CI/CD: настраиваем self-hosted GitLab Runner. Пройдем от docker-compose.yml до работающего runner, попутно разбирая ошибки permissions, SELinux context и особенности rootless Podman. Все то же самое актуально и для Docker.

    habr.com/ru/articles/1032654/

    #gitlab_runner #docker_compose #SELinux #selfhosted #configtoml #volume_permissions #podman #rootless_containers #gitlab_ci

  8. Настройка self-hosted gitlab runner

    Часть 2 серии об осмысленном CI/CD: настраиваем self-hosted GitLab Runner. Пройдем от docker-compose.yml до работающего runner, попутно разбирая ошибки permissions, SELinux context и особенности rootless Podman. Все то же самое актуально и для Docker.

    habr.com/ru/articles/1032654/

    #gitlab_runner #docker_compose #SELinux #selfhosted #configtoml #volume_permissions #podman #rootless_containers #gitlab_ci

  9. Как развернуть Spring Boot в Kubernetes за полчаса: туториал

    Хотите увидеть, как живое Spring Boot‑приложение проходит путь от репозитория до кластера Kubernetes? В статье пройдем путь от создания простого HealthController до автоматического деплоя через CI/CD. Разберём Dockerfile без магии, манифесты Deployment с пробами, настройку ресурсов и изящный Graceful Shutdown. В финале вы получите живую связку «код — контейнер — кластер», готовую к продакшену.

    habr.com/ru/companies/otus/art

    #Spring_Boot #Kubernetes #Docker #деплой_приложения #контейнеризация #GitLab_CI #Kubernetes_Deployment #healthcheck #productionready

  10. Как развернуть Spring Boot в Kubernetes за полчаса: туториал

    Хотите увидеть, как живое Spring Boot‑приложение проходит путь от репозитория до кластера Kubernetes? В статье пройдем путь от создания простого HealthController до автоматического деплоя через CI/CD. Разберём Dockerfile без магии, манифесты Deployment с пробами, настройку ресурсов и изящный Graceful Shutdown. В финале вы получите живую связку «код — контейнер — кластер», готовую к продакшену.

    habr.com/ru/companies/otus/art

    #Spring_Boot #Kubernetes #Docker #деплой_приложения #контейнеризация #GitLab_CI #Kubernetes_Deployment #healthcheck #productionready

  11. Как развернуть Spring Boot в Kubernetes за полчаса: туториал

    Хотите увидеть, как живое Spring Boot‑приложение проходит путь от репозитория до кластера Kubernetes? В статье пройдем путь от создания простого HealthController до автоматического деплоя через CI/CD. Разберём Dockerfile без магии, манифесты Deployment с пробами, настройку ресурсов и изящный Graceful Shutdown. В финале вы получите живую связку «код — контейнер — кластер», готовую к продакшену.

    habr.com/ru/companies/otus/art

    #Spring_Boot #Kubernetes #Docker #деплой_приложения #контейнеризация #GitLab_CI #Kubernetes_Deployment #healthcheck #productionready

  12. Как развернуть Spring Boot в Kubernetes за полчаса: туториал

    Хотите увидеть, как живое Spring Boot‑приложение проходит путь от репозитория до кластера Kubernetes? В статье пройдем путь от создания простого HealthController до автоматического деплоя через CI/CD. Разберём Dockerfile без магии, манифесты Deployment с пробами, настройку ресурсов и изящный Graceful Shutdown. В финале вы получите живую связку «код — контейнер — кластер», готовую к продакшену.

    habr.com/ru/companies/otus/art

    #Spring_Boot #Kubernetes #Docker #деплой_приложения #контейнеризация #GitLab_CI #Kubernetes_Deployment #healthcheck #productionready

  13. Как мы строим внутренний контроль качества в компании по тестированию

    В нашей компании по тестированию ПО на аутсорсе мы постоянно сталкиваемся с тем, что формат сотрудничества диктует инфраструктура заказчика. На одном проекте нас ждет построенная по всем канонам CI/CD, а на другом полное отсутствие VCS. В таких условиях легко потерять контроль над качеством нашей работы. В этой статье я расскажу, как мы выстроили внутренний контур качества, используя собственную инфраструктурную прослойку, и почему от этого решения в итоге хорошо и нам, и заказчику. Когда мы заходим на проект, то почти всегда встраиваемся в существующую экосистему. Однако, при таком варианте мы теряем возможность управлять результатом нашей работы . Работая исключительно на стороне клиента, мы не можем внедрить обязательное внутреннее ревью кода, настроить свои стандарты CI/CD-пайплайнов или, например, использовать привычные нам инструменты отчетности. Бывает ситуации и сложнее. Например, у клиента есть CI/CD, но из-за требований безопасности им нельзя подключать внешние раннеры. Бывает случаи, когда у клиента нет своего CI/CD. Поднять его у себя они не могут (нет на это ресурсов, людей или того и другого), а использовать публичные или даже приватные облака запрещает какое-нибудь внутреннее соглашение. Чтобы избежать таких осложнений в нашей работе, нам была необходима собственная технологическая база, которая позволила бы выполнять задачи независимо от состояния инфраструктуры на стороне заказчика. Наш стек Чтобы обеспечить стабильность, мы развернули внутреннюю связку: Self-hosted GitLab + GitLab CI + GitLab Pages .

    habr.com/ru/articles/1025582/

    #gitlab_pages #gitlab_ci #selfhosted #testing #qa

  14. Как мы строим внутренний контроль качества в компании по тестированию

    В нашей компании по тестированию ПО на аутсорсе мы постоянно сталкиваемся с тем, что формат сотрудничества диктует инфраструктура заказчика. На одном проекте нас ждет построенная по всем канонам CI/CD, а на другом полное отсутствие VCS. В таких условиях легко потерять контроль над качеством нашей работы. В этой статье я расскажу, как мы выстроили внутренний контур качества, используя собственную инфраструктурную прослойку, и почему от этого решения в итоге хорошо и нам, и заказчику. Когда мы заходим на проект, то почти всегда встраиваемся в существующую экосистему. Однако, при таком варианте мы теряем возможность управлять результатом нашей работы . Работая исключительно на стороне клиента, мы не можем внедрить обязательное внутреннее ревью кода, настроить свои стандарты CI/CD-пайплайнов или, например, использовать привычные нам инструменты отчетности. Бывает ситуации и сложнее. Например, у клиента есть CI/CD, но из-за требований безопасности им нельзя подключать внешние раннеры. Бывает случаи, когда у клиента нет своего CI/CD. Поднять его у себя они не могут (нет на это ресурсов, людей или того и другого), а использовать публичные или даже приватные облака запрещает какое-нибудь внутреннее соглашение. Чтобы избежать таких осложнений в нашей работе, нам была необходима собственная технологическая база, которая позволила бы выполнять задачи независимо от состояния инфраструктуры на стороне заказчика. Наш стек Чтобы обеспечить стабильность, мы развернули внутреннюю связку: Self-hosted GitLab + GitLab CI + GitLab Pages .

    habr.com/ru/articles/1025582/

    #gitlab_pages #gitlab_ci #selfhosted #testing #qa

  15. Как мы строим внутренний контроль качества в компании по тестированию

    В нашей компании по тестированию ПО на аутсорсе мы постоянно сталкиваемся с тем, что формат сотрудничества диктует инфраструктура заказчика. На одном проекте нас ждет построенная по всем канонам CI/CD, а на другом полное отсутствие VCS. В таких условиях легко потерять контроль над качеством нашей работы. В этой статье я расскажу, как мы выстроили внутренний контур качества, используя собственную инфраструктурную прослойку, и почему от этого решения в итоге хорошо и нам, и заказчику. Когда мы заходим на проект, то почти всегда встраиваемся в существующую экосистему. Однако, при таком варианте мы теряем возможность управлять результатом нашей работы . Работая исключительно на стороне клиента, мы не можем внедрить обязательное внутреннее ревью кода, настроить свои стандарты CI/CD-пайплайнов или, например, использовать привычные нам инструменты отчетности. Бывает ситуации и сложнее. Например, у клиента есть CI/CD, но из-за требований безопасности им нельзя подключать внешние раннеры. Бывает случаи, когда у клиента нет своего CI/CD. Поднять его у себя они не могут (нет на это ресурсов, людей или того и другого), а использовать публичные или даже приватные облака запрещает какое-нибудь внутреннее соглашение. Чтобы избежать таких осложнений в нашей работе, нам была необходима собственная технологическая база, которая позволила бы выполнять задачи независимо от состояния инфраструктуры на стороне заказчика. Наш стек Чтобы обеспечить стабильность, мы развернули внутреннюю связку: Self-hosted GitLab + GitLab CI + GitLab Pages .

    habr.com/ru/articles/1025582/

    #gitlab_pages #gitlab_ci #selfhosted #testing #qa

  16. Как мы строим внутренний контроль качества в компании по тестированию

    В нашей компании по тестированию ПО на аутсорсе мы постоянно сталкиваемся с тем, что формат сотрудничества диктует инфраструктура заказчика. На одном проекте нас ждет построенная по всем канонам CI/CD, а на другом полное отсутствие VCS. В таких условиях легко потерять контроль над качеством нашей работы. В этой статье я расскажу, как мы выстроили внутренний контур качества, используя собственную инфраструктурную прослойку, и почему от этого решения в итоге хорошо и нам, и заказчику. Когда мы заходим на проект, то почти всегда встраиваемся в существующую экосистему. Однако, при таком варианте мы теряем возможность управлять результатом нашей работы . Работая исключительно на стороне клиента, мы не можем внедрить обязательное внутреннее ревью кода, настроить свои стандарты CI/CD-пайплайнов или, например, использовать привычные нам инструменты отчетности. Бывает ситуации и сложнее. Например, у клиента есть CI/CD, но из-за требований безопасности им нельзя подключать внешние раннеры. Бывает случаи, когда у клиента нет своего CI/CD. Поднять его у себя они не могут (нет на это ресурсов, людей или того и другого), а использовать публичные или даже приватные облака запрещает какое-нибудь внутреннее соглашение. Чтобы избежать таких осложнений в нашей работе, нам была необходима собственная технологическая база, которая позволила бы выполнять задачи независимо от состояния инфраструктуры на стороне заказчика. Наш стек Чтобы обеспечить стабильность, мы развернули внутреннюю связку: Self-hosted GitLab + GitLab CI + GitLab Pages .

    habr.com/ru/articles/1025582/

    #gitlab_pages #gitlab_ci #selfhosted #testing #qa

  17. GitLab CI кажется сложным, если не знать этих трюков: как убрать дублирование и ускорить пайплайны в 3 раза

    У вас в GitLab несколько проектов с одинаковым CI? Или просто надоела копипаста в пайплайнах? Каждое изменение нужно отразить в 10 местах? Рассказываем, как сократить код на 56 %, убрать дублирование и сделать один CI для всей группы проектов. Шаблоны, матрицы и практика. Избавиться от копипасты

    habr.com/ru/companies/flant/ar

    #gitlab_ci #gitlabci #ci #dry #Common_ci #дублирование_кода #Оптимизация_пайпланов #include #автоматизация_деплоя

  18. GitLab CI кажется сложным, если не знать этих трюков: как убрать дублирование и ускорить пайплайны в 3 раза

    У вас в GitLab несколько проектов с одинаковым CI? Или просто надоела копипаста в пайплайнах? Каждое изменение нужно отразить в 10 местах? Рассказываем, как сократить код на 56 %, убрать дублирование и сделать один CI для всей группы проектов. Шаблоны, матрицы и практика. Избавиться от копипасты

    habr.com/ru/companies/flant/ar

    #gitlab_ci #gitlabci #ci #dry #Common_ci #дублирование_кода #Оптимизация_пайпланов #include #автоматизация_деплоя

  19. GitLab CI кажется сложным, если не знать этих трюков: как убрать дублирование и ускорить пайплайны в 3 раза

    У вас в GitLab несколько проектов с одинаковым CI? Или просто надоела копипаста в пайплайнах? Каждое изменение нужно отразить в 10 местах? Рассказываем, как сократить код на 56 %, убрать дублирование и сделать один CI для всей группы проектов. Шаблоны, матрицы и практика. Избавиться от копипасты

    habr.com/ru/companies/flant/ar

    #gitlab_ci #gitlabci #ci #dry #Common_ci #дублирование_кода #Оптимизация_пайпланов #include #автоматизация_деплоя

  20. GitLab CI кажется сложным, если не знать этих трюков: как убрать дублирование и ускорить пайплайны в 3 раза

    У вас в GitLab несколько проектов с одинаковым CI? Или просто надоела копипаста в пайплайнах? Каждое изменение нужно отразить в 10 местах? Рассказываем, как сократить код на 56 %, убрать дублирование и сделать один CI для всей группы проектов. Шаблоны, матрицы и практика. Избавиться от копипасты

    habr.com/ru/companies/flant/ar

    #gitlab_ci #gitlabci #ci #dry #Common_ci #дублирование_кода #Оптимизация_пайпланов #include #автоматизация_деплоя

  21. CRM, регуляторные ограничения и автоматизация: как мы выстроили надёжный процесс релизов

    Как мы превратили стрессовые ручные релизы в предсказуемый one-click процесс с GitOps и автоматикой. 60+ модулей, аудиторы и регуляторика — в едином шаблоне, который масштабировался на 30+ сервисов. Без магии, но с инженерной дисциплиной

    habr.com/ru/articles/1006692/

    #DevOps #GitOps #Автоматизация_релизов #Kubernetes #GitLab_CI #Flux_CD #Управление_изменениями #Compliance #Регуляторные_требования #cicd

  22. CRM, регуляторные ограничения и автоматизация: как мы выстроили надёжный процесс релизов

    Как мы превратили стрессовые ручные релизы в предсказуемый one-click процесс с GitOps и автоматикой. 60+ модулей, аудиторы и регуляторика — в едином шаблоне, который масштабировался на 30+ сервисов. Без магии, но с инженерной дисциплиной

    habr.com/ru/articles/1006692/

    #DevOps #GitOps #Автоматизация_релизов #Kubernetes #GitLab_CI #Flux_CD #Управление_изменениями #Compliance #Регуляторные_требования #cicd

  23. CRM, регуляторные ограничения и автоматизация: как мы выстроили надёжный процесс релизов

    Как мы превратили стрессовые ручные релизы в предсказуемый one-click процесс с GitOps и автоматикой. 60+ модулей, аудиторы и регуляторика — в едином шаблоне, который масштабировался на 30+ сервисов. Без магии, но с инженерной дисциплиной

    habr.com/ru/articles/1006692/

    #DevOps #GitOps #Автоматизация_релизов #Kubernetes #GitLab_CI #Flux_CD #Управление_изменениями #Compliance #Регуляторные_требования #cicd

  24. CRM, регуляторные ограничения и автоматизация: как мы выстроили надёжный процесс релизов

    Как мы превратили стрессовые ручные релизы в предсказуемый one-click процесс с GitOps и автоматикой. 60+ модулей, аудиторы и регуляторика — в едином шаблоне, который масштабировался на 30+ сервисов. Без магии, но с инженерной дисциплиной

    habr.com/ru/articles/1006692/

    #DevOps #GitOps #Автоматизация_релизов #Kubernetes #GitLab_CI #Flux_CD #Управление_изменениями #Compliance #Регуляторные_требования #cicd

  25. This CI job isn't triggered yet... but I am!

  26. Как подружить Bitrix24 с CI/CD

    Привет, Хабр! Сегодня рассмотрим, как подружить, казалось бы, несовместимое: динамичный мир CI/CD с его автоматизацией и бешеной скоростью и консервативный, бизнес-ориентированный Bitrix24.

    habr.com/ru/companies/otus/art

    #битрикс #Bitrix24 #cicd #GitLab_CI #деплой_модуля #тестовый_стенд #миграции_бд

  27. Как подружить Bitrix24 с CI/CD

    Привет, Хабр! Сегодня рассмотрим, как подружить, казалось бы, несовместимое: динамичный мир CI/CD с его автоматизацией и бешеной скоростью и консервативный, бизнес-ориентированный Bitrix24.

    habr.com/ru/companies/otus/art

    #битрикс #Bitrix24 #cicd #GitLab_CI #деплой_модуля #тестовый_стенд #миграции_бд

  28. Как подружить Bitrix24 с CI/CD

    Привет, Хабр! Сегодня рассмотрим, как подружить, казалось бы, несовместимое: динамичный мир CI/CD с его автоматизацией и бешеной скоростью и консервативный, бизнес-ориентированный Bitrix24.

    habr.com/ru/companies/otus/art

    #битрикс #Bitrix24 #cicd #GitLab_CI #деплой_модуля #тестовый_стенд #миграции_бд

  29. Как подружить Bitrix24 с CI/CD

    Привет, Хабр! Сегодня рассмотрим, как подружить, казалось бы, несовместимое: динамичный мир CI/CD с его автоматизацией и бешеной скоростью и консервативный, бизнес-ориентированный Bitrix24.

    habr.com/ru/companies/otus/art

    #битрикс #Bitrix24 #cicd #GitLab_CI #деплой_модуля #тестовый_стенд #миграции_бд

  30. @x upgrade complete. Made it to 9.1 now. It's running #homeassistant, #paperless_ngx, #gitlab_ci runner, and a lot of other bespoke stuff.

  31. @x upgrade complete. Made it to 9.1 now. It's running #homeassistant, #paperless_ngx, #gitlab_ci runner, and a lot of other bespoke stuff.

  32. @x upgrade complete. Made it to 9.1 now. It's running #homeassistant, #paperless_ngx, #gitlab_ci runner, and a lot of other bespoke stuff.

  33. @x upgrade complete. Made it to 9.1 now. It's running #homeassistant, #paperless_ngx, #gitlab_ci runner, and a lot of other bespoke stuff.

  34. @x upgrade complete. Made it to 9.1 now. It's running #homeassistant, #paperless_ngx, #gitlab_ci runner, and a lot of other bespoke stuff.

  35. Как сделать GitLab CI/CD вашим лучшим другом для сборки и доставки Flutter приложений. Часть 2

    Flutter & GitLab CI/CD. Сборка и подписание мобильных приложений Привет! Меня зовут Данил Абдрафиков, я мобильный разработчик в компании TAGES . Эта статья является продолжением первой части руководства по настройке GitLab CI/CD для Flutter приложений, в котором мы подробно разобрали настройку физической машины и подготовили GitLab Runner для работы. Теперь, когда инфраструктура готова, перейдем к самому интересному – автоматизации сборки и подписания мобильных приложений. Готовы превратить сборку мобильных приложений из рутинной задачи в полностью автоматизированный процесс? Тогда начинаем!

    habr.com/ru/articles/943154/

    #flutter #gitlab #gitlabrunner #gitlab_ci #mobile #devops #apple_developer #android #ios #fastlane

  36. Как сделать GitLab CI/CD вашим лучшим другом для сборки и доставки Flutter приложений. Часть 2

    Flutter & GitLab CI/CD. Сборка и подписание мобильных приложений Привет! Меня зовут Данил Абдрафиков, я мобильный разработчик в компании TAGES . Эта статья является продолжением первой части руководства по настройке GitLab CI/CD для Flutter приложений, в котором мы подробно разобрали настройку физической машины и подготовили GitLab Runner для работы. Теперь, когда инфраструктура готова, перейдем к самому интересному – автоматизации сборки и подписания мобильных приложений. Готовы превратить сборку мобильных приложений из рутинной задачи в полностью автоматизированный процесс? Тогда начинаем!

    habr.com/ru/articles/943154/

    #flutter #gitlab #gitlabrunner #gitlab_ci #mobile #devops #apple_developer #android #ios #fastlane

  37. Как сделать GitLab CI/CD вашим лучшим другом для сборки и доставки Flutter приложений. Часть 2

    Flutter & GitLab CI/CD. Сборка и подписание мобильных приложений Привет! Меня зовут Данил Абдрафиков, я мобильный разработчик в компании TAGES . Эта статья является продолжением первой части руководства по настройке GitLab CI/CD для Flutter приложений, в котором мы подробно разобрали настройку физической машины и подготовили GitLab Runner для работы. Теперь, когда инфраструктура готова, перейдем к самому интересному – автоматизации сборки и подписания мобильных приложений. Готовы превратить сборку мобильных приложений из рутинной задачи в полностью автоматизированный процесс? Тогда начинаем!

    habr.com/ru/articles/943154/

    #flutter #gitlab #gitlabrunner #gitlab_ci #mobile #devops #apple_developer #android #ios #fastlane

  38. Как сделать GitLab CI/CD вашим лучшим другом для сборки и доставки Flutter приложений. Часть 2

    Flutter & GitLab CI/CD. Сборка и подписание мобильных приложений Привет! Меня зовут Данил Абдрафиков, я мобильный разработчик в компании TAGES . Эта статья является продолжением первой части руководства по настройке GitLab CI/CD для Flutter приложений, в котором мы подробно разобрали настройку физической машины и подготовили GitLab Runner для работы. Теперь, когда инфраструктура готова, перейдем к самому интересному – автоматизации сборки и подписания мобильных приложений. Готовы превратить сборку мобильных приложений из рутинной задачи в полностью автоматизированный процесс? Тогда начинаем!

    habr.com/ru/articles/943154/

    #flutter #gitlab #gitlabrunner #gitlab_ci #mobile #devops #apple_developer #android #ios #fastlane

  39. Монорепозитории на GitLab: rules:changes, условные include и «тонкое» клонирование

    Привет, Хабр! Монорепозитории удобны, пока CI не начинает пробегаться по всему дереву. Сегодня рассмотрим, как на GitLab собрать внятный pipeline для монорепы так, чтобы на каждое изменение реагировали только нужные куски. Базовых кирпичиков тут три: rules:changes, условные include и тонкое клонирование репозитория.

    habr.com/ru/companies/otus/art

    #gitlab #cicd #devops #монорепозиторий #оптимизация_сборки #gitlab_ci

  40. Монорепозитории на GitLab: rules:changes, условные include и «тонкое» клонирование

    Привет, Хабр! Монорепозитории удобны, пока CI не начинает пробегаться по всему дереву. Сегодня рассмотрим, как на GitLab собрать внятный pipeline для монорепы так, чтобы на каждое изменение реагировали только нужные куски. Базовых кирпичиков тут три: rules:changes, условные include и тонкое клонирование репозитория.

    habr.com/ru/companies/otus/art

    #gitlab #cicd #devops #монорепозиторий #оптимизация_сборки #gitlab_ci

  41. Монорепозитории на GitLab: rules:changes, условные include и «тонкое» клонирование

    Привет, Хабр! Монорепозитории удобны, пока CI не начинает пробегаться по всему дереву. Сегодня рассмотрим, как на GitLab собрать внятный pipeline для монорепы так, чтобы на каждое изменение реагировали только нужные куски. Базовых кирпичиков тут три: rules:changes, условные include и тонкое клонирование репозитория.

    habr.com/ru/companies/otus/art

    #gitlab #cicd #devops #монорепозиторий #оптимизация_сборки #gitlab_ci

  42. Монорепозитории на GitLab: rules:changes, условные include и «тонкое» клонирование

    Привет, Хабр! Монорепозитории удобны, пока CI не начинает пробегаться по всему дереву. Сегодня рассмотрим, как на GitLab собрать внятный pipeline для монорепы так, чтобы на каждое изменение реагировали только нужные куски. Базовых кирпичиков тут три: rules:changes, условные include и тонкое клонирование репозитория.

    habr.com/ru/companies/otus/art

    #gitlab #cicd #devops #монорепозиторий #оптимизация_сборки #gitlab_ci

  43. Allure + Jenkins/Gitlab CI. Настройка автоматической отправки отчетов по почте

    Автоматизированное тестирование – важная часть разработки, но недостаточно просто запускать тесты. Важно предоставлять отчёты в удобном и наглядном формате, чтобы повышать прозрачность процессов и улучшать командную коммуникацию. Но отчёты сами по себе малоэффективны, если команда не узнает о результатах вовремя. Чтобы тестирование было действительно полезным, важно оперативно уведомлять участников проекта о его статусе. Один из самых простых и эффективных способов – автоматическая отправка отчетов Allure по электронной почте. Привет! Я SDET-специалист SimbirSoft Руслан, и в этой статье мы разберем как настроить SMTP-сервер для отправки почты в Jenkins, как настроить GitLab Runner и как автоматизировать отправку отчетов после выполнения тестов.

    habr.com/ru/companies/simbirso

    #allure #allure_report #jenkins #gitlab_ci #devops #sdet

  44. Allure + Jenkins/Gitlab CI. Настройка автоматической отправки отчетов по почте

    Автоматизированное тестирование – важная часть разработки, но недостаточно просто запускать тесты. Важно предоставлять отчёты в удобном и наглядном формате, чтобы повышать прозрачность процессов и улучшать командную коммуникацию. Но отчёты сами по себе малоэффективны, если команда не узнает о результатах вовремя. Чтобы тестирование было действительно полезным, важно оперативно уведомлять участников проекта о его статусе. Один из самых простых и эффективных способов – автоматическая отправка отчетов Allure по электронной почте. Привет! Я SDET-специалист SimbirSoft Руслан, и в этой статье мы разберем как настроить SMTP-сервер для отправки почты в Jenkins, как настроить GitLab Runner и как автоматизировать отправку отчетов после выполнения тестов.

    habr.com/ru/companies/simbirso

    #allure #allure_report #jenkins #gitlab_ci #devops #sdet

  45. Allure + Jenkins/Gitlab CI. Настройка автоматической отправки отчетов по почте

    Автоматизированное тестирование – важная часть разработки, но недостаточно просто запускать тесты. Важно предоставлять отчёты в удобном и наглядном формате, чтобы повышать прозрачность процессов и улучшать командную коммуникацию. Но отчёты сами по себе малоэффективны, если команда не узнает о результатах вовремя. Чтобы тестирование было действительно полезным, важно оперативно уведомлять участников проекта о его статусе. Один из самых простых и эффективных способов – автоматическая отправка отчетов Allure по электронной почте. Привет! Я SDET-специалист SimbirSoft Руслан, и в этой статье мы разберем как настроить SMTP-сервер для отправки почты в Jenkins, как настроить GitLab Runner и как автоматизировать отправку отчетов после выполнения тестов.

    habr.com/ru/companies/simbirso

    #allure #allure_report #jenkins #gitlab_ci #devops #sdet

  46. Allure + Jenkins/Gitlab CI. Настройка автоматической отправки отчетов по почте

    Автоматизированное тестирование – важная часть разработки, но недостаточно просто запускать тесты. Важно предоставлять отчёты в удобном и наглядном формате, чтобы повышать прозрачность процессов и улучшать командную коммуникацию. Но отчёты сами по себе малоэффективны, если команда не узнает о результатах вовремя. Чтобы тестирование было действительно полезным, важно оперативно уведомлять участников проекта о его статусе. Один из самых простых и эффективных способов – автоматическая отправка отчетов Allure по электронной почте. Привет! Я SDET-специалист SimbirSoft Руслан, и в этой статье мы разберем как настроить SMTP-сервер для отправки почты в Jenkins, как настроить GitLab Runner и как автоматизировать отправку отчетов после выполнения тестов.

    habr.com/ru/companies/simbirso

    #allure #allure_report #jenkins #gitlab_ci #devops #sdet