Именно то, что такое CI/CD? Конечно, многие знают, что стоит короткая версия, и даже тогда это может быть немного запутанным. Например, вы получите постоянную интеграцию. Это позволяет совершать небольшие и/или быстрые изменения и интегрированы в вашу главную ветку. Существует некоторая уверенность в целостности вашего кода; Потому что он должен постоянно проходить через единицу и тестирование интеграции. Он также может построить последовательно. Как насчет CD однако? Возможно, вы слышали два разных определения. Однако они могут звучать очень похожи, если не то же самое только от названия в одиночку. Итак, непрерывная доставка или непрерывное развертывание? Ну, это оба, и пока его часто используют взаимозаменяемо, они разные. В Tech много вещей хранится короткими и/или абстрактными. Поэтому, в то время как все используют короткую версию, чтобы сохранить его краткую, мне нравится думать об этом на самом деле как CI/CD/CD или CI/CD ^ 2. Перевод Непрерывная интеграция, непрерывная доставка, непрерывное развертывание.
Непрерывная доставка строит на CI. CI дает хороший автоматизированный процесс, который производит здравоохранение вашего программного обеспечения. Теперь вам нужна хорошая автоматическая доставка продукта. Давайте обратитесь к непрерывной доставке в качестве CD для этой части. С небольшой командой легко представить, что различные состояния происходят сразу. Кто-то можно проверить в коде, в то время как другой имеет тест и т. Д. Нам нужен способ увидеть обновления и, возможно, как он работает в центральной живой среде. Для многих это называется промежуточная среда. Окружающая среда, как правило, когда кто-либо в команде может проверить и просматривать, прежде чем мы развернумся на производство для всех, чтобы увидеть. Однако мы не хотим, чтобы кто-то постоянно ждал, чтобы действовать на это; Мы не хотим, чтобы все руки в горшке мы? Вместо этого мы хотим предсказуемую рутину. Это включает в себя некоторые определенные правила, которые могут рассматриваться с кем-либо, например, в качестве расписания. Использование воспроизводимых шагов, которые запускают то же самое на каждой итерации. Мы хотим, чтобы этот процесс был предсказуемым, что привело к ожидаемому качественному продукту каждый раз. Управляющая среда, услуги и т. Д., Следует также включать в CD. Имея этот автоматический процесс доставки, мы можем иметь счастливее и более продуктивную команду. Просто как работа постоянно производится, и в любой момент происходит изменения. Трубопровод предназначен постоянно продолжать выбросить новые версии продукта.
Многие останавливаются при непрерывной доставке и с веской причиной. Не все готовы или даже желает постоянного развертывания. Где постоянная интеграция и доставка были о том, как организация может принести пользу и повысить производительность рабочего процесса. Развертывание теперь включает пользователей. Непрерывное развертывание — это следующий шаг вверх и связан с развертыванием в вашей производственной среде. Никто не вмешиваться, продукт быстро идет от того, чтобы быть в доме, чтобы сейчас жить для всех пользователей. Как вы можете себе представить, их огромная зависимость от автоматизации для всего этого произошла. Поэтому должное усердие необходимо проводить путем рассмотрения всего трубопровода. К каждому свое, но некоторые могут не хотеть или не могут реализовать это из-за стандартов и правил. Другие могут не иметь автоматики на месте для инфраструктуры или отката в том случае, если что-то не удалось. Можно назвать тонну возможностей относительно почему или почему не реализовать. Независимо от причины непрерывного развертывания награды не следует взвешивать в значительной степени наряду с рисками.
Я имел дело с моей долей инструментов CI/CD, но для этого почта Circleci будет очаговой точкой. Это тот, который я привык к наиболее в последнее время. Хотя я уверен, что в линию я буду снова поэкспериментировать с другим инструментом, я должен признать, что мне действительно нравится. У него есть тонна чертов, которые мне нравятся Но что-то я действительно ценю, это просто насколько легко начать работу с новым проектом. В этом посте я пройду, как встать и бежать на местном уровне, а также с облачной платформой.
Почему локальная установка? Есть несколько преимуществ, но скорость и удобство — большие. Имея несколько минимальных быстрого доступа к файлам отладки и изменения конфигурации, без необходимости совершения и толкать каждый раз, когда каждый раз были причинами, чтобы призвать мой интерес. Время в инвестициях для создания локально также очень мало в Гранд-схеме вещей; Так почему бы не получить максимум от этого? Конечно, вам нужно будет подписаться на учетную запись Circleci ( circleci.com ), которая бесплатен для начать здание. Это также может быть мгновенно использоваться с учетной записью GitHub или BitBucket.
Есть несколько способов установки Circleci локально Но я сделал это через старый старый доверительный доморьт. Потому что у меня уже установлен Докер для Mac. На самом деле рекомендуется использовать следующую команду.
brew install --ignore-dependencies circleci
Если у вас нет Docker для Mac Install просто делать
brew install circleci
Теперь давайте проверим, что вы действительно установили его и что все работает, как ожидалось.
Вы собираетесь захотеть получить свой Личный токен API . После входа в свою учетную запись CIRCLECI навигайтесь на пользовательские настройки → Личный токен API и генерировать новый, если у вас уже нет. Обязательно скопируйте его где-нибудь, так как вы не сможете увидеть это снова. Если потерян, вам нужно будет восстановить новый токен.
Личные токены API Отказ
С недавно приобретенным личным токеном API вы можете настроить Circleci. Запустите команду ниже, и она начнет быстрое прохождение. Если вы не устанавливаете это на DEV-сервере или в облаке самостоятельно, прилагаемый веб-сайт Circleci по умолчанию — ваш хост.
circleci setup
Проверьте, что ваши локальные установки работает. В корневом каталоге проекта создайте .Circleci/config.yml. Для целей валидации просто скопируйте и вставьте настройки Barebones ниже, которые вы захотите измениться позже, чтобы удовлетворить ваши цели.
version: 2.1
jobs:
build:
docker:
- image: circleci/node:12.16.1 # the primary container, where your job's commands are run
steps:
- checkout # check out the code in the project directory
- run: echo "hello world" # run the `echo` command
Запуск команды Validate в корне вашего каталога проекта должен найти файл конфигурации и вернуть оператор, который действителен файл.
circleci config validate Config file at .circleci/config.yml is valid.
Теперь у вас есть работающий трубопровод CI на месте. Однако это не единственное, что вы достигли. Помните ранее я заявил, что мне понравилось, как легко Circleci заставляет его встать и бежать? В то время как этот пост руководил к локальной установке. У вас уже есть то, что вам нужно начать использовать облачную размещенную платформу. С вашей учетной записью GitHub или BitBucket вы использовали для регистрации для CIRCLECI. После того, как вы нажимаете ветку до своего репозитория с изменениями, которые вы выполнены в «.Circleci/config.yml». Ваш облачный счет также сделает свою вещь и запустить трубопровод. В значительной степени вы уже работаете. Давай и дай это. Двигаться вперед, так как код обновляется , вы также должны внести правильные изменения для обновления Config.yml по мере необходимости. Это только начало и будет серией поста. Как мы прогрессируемся, мы будем проходить через некоторые из этих изменений вместе. Пожалуйста, не стесняйтесь и дайте мне знать любые мысли, комментарии, вопросы. До следующего раза!
Оригинал: «https://dev.to/avantsekai/getting-started-in-ci-cd-using-circleci-353e»