В GitLab 11.1 мы улучшили отображение безопасности за счёт панелей, усовершенствовали поиск по коду для своевременного получения нужной информации, внесли изменения в UX и многое другое.
Рубрика «ci» - 5
Вышел GitLab 11.1: Панель управления безопасностью и улучшенный поиск
2018-08-06 в 7:28, admin, рубрики: CD, ci, ci/cd, continuous delivery, continuous deployment, continuous integration, devops, Git, gitlab, open source, softmart, системы сборки, Системы управления версиямиРецепт гладкого релиза: PMy на заметку
2018-07-16 в 11:53, admin, рубрики: business activity monitoring, CD, ci, continuous delivery, continuous integration, elk, Grafana, kubernetes, MDM, product management, qa, UAT, UI, ui kit, Блог компании EastBanc Technologies, конвейер, кубернетис, логирование, окружение разработки, планирование, планирование проекта, планирование проектов, релиз, релиз-менеджмент, тест-сессии, Управление продуктом, управление проектамиВсё ближе момент, когда мы выпустим в свет наше решение, свежее, новенькое и сияющее. Волнительно? Не очень, ведь мы его уже проверили со всех сторон.
Мы составили чек-лист для проверки, насколько решение готово к выкатыванию в продакшн. В нём перечислили всё самое важное, что проверяем в инфраструктуре, первоначальном наполнении, интеграции, обучении пилотной группы пользователей, передаче решения, пользовательской документации, бизнес-мониторинге и выборе момента для релиза.
На основе этого плана мы ставим задачи разработчикам и «аудиторам» — коллегам из других отделов, которые проводят ревью решения. (Да, это тоже лайфхак). Надеемся, эта шпаргалка пригодится для подготовки к релизу продукта в прод.
TeamCity 2018.1: новый Kotlin DSL, режим High Availability, улучшенная Docker интеграция и Amazon S3 из коробки
2018-07-12 в 14:51, admin, рубрики: CD, ci, continuois integration, continuous delivery, devops, teamcity, Блог компании JetBrains, Серверное администрирование, Тестирование IT-системПривет! Недавно мы выпустили новую версию TeamCity – 2018.1. Это первый крупный релиз нашего СI/CD сервера в этом году. И в нем есть, на что посмотреть.
Полный список изменений, как всегда, внушительный. Но здесь мы остановимся на четырех главных фичах релиза. Поехали!
Вышел GitLab 11.0: Auto DevOps и управление лицензиями
2018-07-09 в 7:43, admin, рубрики: CD, ci, ci/cd, continuous delivery, continuous deployment, continuous integration, devops, Git, gitlab, open source, softmart, системы сборки, Системы управления версиями
Создание качественного ПО — непростой процесс. Во-первых, нужно решать бизнес-проблемы и писать качественный код. Однако, на этом сложности не заканчиваются: нужно еще удостовериться в том, что ваш код работает быстро, безопасно и надежно. Работа с кодом — это конвейер из множества этапов, таких как сборка, интеграция, тестирование, обеспечение безопасности, ревью, настройка и развертывание. На выполнение всех этих действий уходит много времени и сил.
Avito. iOS. Ask Me Anything
2018-06-05 в 8:48, admin, рубрики: CD, ci, iOS, Блог компании Avito, мобильные приложения, разработка, разработка мобильных приложений, разработка под iOS, управление разработкой, Учебный процесс в ITПривет! Сегодня в нашем блоге мы проводим уже традиционную секцию вопросов и ответов Ask Me Anything. (До этого были АМА по бэкенду и по android-разработке). Продолжаем хорошую традицию. На этот раз речь пойдёт о разработке под iOS в целом и об особенностях приложения Авито в частности.
Как работается с приложением самого популярного сайта объявлений в России? Спросите у нас! Мы ответим на все комментарии первого уровня, которые появятся здесь до полудня 6 июня по московскому времени. Под катом я представляю семь моих коллег, которые будут с вами на связи, рассказываю немного об iOS-разработке в Авито и о возможных темах диалога.
Разбираем iOS-приложение Avito: Ask Me Anything
2018-06-05 в 8:48, admin, рубрики: CD, ci, iOS, Блог компании Avito, мобильные приложения, разработка, разработка мобильных приложений, разработка под iOS, управление разработкой, Учебный процесс в ITПривет! Сегодня в нашем блоге мы проводим уже традиционную секцию вопросов и ответов Ask Me Anything. (До этого были АМА по бэкенду и по android-разработке). Продолжаем хорошую традицию. На этот раз речь пойдёт о разработке под iOS в целом и об особенностях приложения Авито в частности.
Как работается с приложением самого популярного сайта объявлений в России? Спросите у нас! Мы ответим на все комментарии первого уровня, которые появятся здесь до полудня 6 июня по московскому времени. Под катом я представляю семь моих коллег, которые будут с вами на связи, рассказываю немного об iOS-разработке в Авито и о возможных темах диалога.
Автоматическая сборка Unity-проектов для Android и iOS с помощью Gitlab CI
2018-05-13 в 9:54, admin, рубрики: android, ci, gitlab, iOS, unity3dВ этой статье хочу рассказать о подходе к сборке Unity-проектов на android и ios через Gitlab на собственных сборщиках с macOS.
Я работаю в небольшой gamedev компании, и задача автоматизации сборки появилась из-за следующих проблем:
- 5 распределенных команд должны собирать проекты из любой точки мира
- должны поддерживаться разные версии юнити
- сборщик должен обеспечивать как минимум 5 сборок в неделю от каждой команды
- сертификаты должны храниться централизованно, а не у разработчиков
- собранные билды должны быть доступны по ссылке в любой точке мира
- проекты должны проверяться на наличие обязательных библиотек (рекламные sdk и коды, локализация, сохранения)
- конфигурирование сборки для команд должно производиться в одном месте
Для чего программисту Continuous Integration и с чего начинать
2018-04-10 в 11:27, admin, рубрики: ci, continuous integration, deploy, devops, Git, git workflow, github, gitlab, testing, системы сборки, Системы управления версиямиПредставьте что в Роскосмосе решили собрать новую ракету не имея при этом чертежей и четкого понимания как ракета должна быть устроена. Отдельный завод занимается корпусом ракеты, отдельный выпускает двигатели, еще один — сопла. Главный менеджер Роскосмоса сказал что он доверяет профессионалам, и мастерски сделегировал всю работу заводам.
Через год все составные части доставляются в главный сборочный цех, и выясняется, что двигатель не входит в корпус, а сопла начинают плавиться даже при тестовых запусках двигателя.
Чтобы такой фигни не случалось, в реальных проектах всегда есть этап планирования и проектирования, на котором фиксируются спецификации того как части будут взаимодействовать между собой и какими характеристиками ни должны обладать.
При разработке ПО мы не можем себе позволить долгий этап проектирования, т.к. за это время потеряется бизнес-ценность того что мы пытаемся разработать — нас тупо обойдут конкуренты.
Поэтому команды, разрабатывающие составные части программы(модули) зачастую вынуждены работать не до конца понимая как их модуль будет взаимодействовать с остальными частями.
Как и в случае с ракетой, при попытке выпустить новый релиз приложения, разрабатываемого по частям несколькими командами, может выясниться что какие-то из модулей не совместимы.
В 1991 году Гради Буч, видимо, устал от такого безобразия, и предложил делать сборку всего проекта каждый день, чтобы выяснять несовместимости не в день релиза, а пораньше — и назвал этот подход Continuous Integration.
Читать полностью »
Тестирование и непрерывная интеграция для Ansible-ролей при помощи Molecule и Jenkins
2018-03-25 в 13:28, admin, рубрики: Ansible, ci, devops, Jenkins, molecule, Серверное администрирование, Тестирование IT-систем
После того, как Ansible вошёл в нашу практику, количество кода на нём и, в частности, ролей стало расти очень быстро. Роли для бэка, фронта, прокси, баз данных, мониторинга, сбора логов и т. д. и т. п.—их количество насчитывает десятки. Часть из ролей специфична для определённого проекта, но многие решают общие задачи, ими хочется делиться между проектными командами, чтобы не создавать одно и то же решение дважды.
Вместе с большим количеством кода появляется и старая, знакомая проблема: страх изменений. Люди не желают вносить изменения в «чужую» роль, опасаясь испортить её, вместо этого создают собственную копию. Рефакторинг кода не производится, если код прямо сейчас не находится в фокусе разработки, из-за опасения, что внесённые проблемы могут быть обнаружены спустя слишком большое время. Итог: плохой код растёт как снежный ком.
От 15 и больше: как обеспечить масштабируемость CI
2017-12-21 в 7:52, admin, рубрики: Ansible, ci, devops, Git, gitflow, python, SaaS / S+S, wrike, wriketechclub, Блог компании Wrike, управление разработкой
Сейчас публикуется много статей и докладов про конкретные технологии в DevOps: Docker, Kubernetes, Ansible… Я же хочу поговорить про построение процессов и про то, как мы в Wrike за два с половиной года эволюционировали от релизной системы для 15 фронтенд-разработчиков до почти 60-ти, и 2-3 деплоев в день.
Эта статья — про те уроки, которые мы на этом пути решили. Статья основана на моем докладе для DevOps митапа в Wrike Tech Club. Если некогда читать, есть видеозапись презентации. Читатели, добро пожаловать под кат.
Читать полностью »