Ориентированная на WordPress непрерывная интеграция с CircleCI
Писать о непрерывной интеграции или непрерывном развертывании кажется мне немного забавным, учитывая, что я делал это раньше, и учитывая, что я знаю, что многие разработчики уже используют это как часть своей повседневной работы.
Но я также знаю, что есть много любителей, новичков и тех, кто только начинает, кто ищет способы убедиться, что они создают надежные методы для своей работы.
Что бы это ни стоило, только когда я начал работать с еще несколькими людьми, мы начали включать более широкий набор инструментов в наш процесс развертывания.
И это цель этого поста.
То есть:
- представить всю идею непрерывной интеграции, ориентированной на WordPress,
- представляем CircleCI ,
- готовимся поговорить об этом подробнее.
С учетом сказанного, вот и все вышеперечисленное.
Непрерывная интеграция, ориентированная на WordPress
Во-первых, в чем заключается основная идея непрерывной интеграции? Таким образом, общее определение непрерывной интеграции :
В разработке программного обеспечения непрерывная интеграция (CI) — это практика объединения всех рабочих копий разработчиков в общую основную ветку несколько раз в день.
В зависимости от выбранной системы управления исходным кодом то, что считается вашей «основной веткой», будет различаться. Если вы используете GitHub, скорее всего, это будет ваша главная ветка (именно поэтому мы всегда должны работать в отдельных ветках, проводить проверки кода, и настроить запросы на включение).
Затем возьмите все, что находится в master, и разверните его на промежуточном сервере или на рабочем сервере.
И хотя для этого есть много инструментов, я и моя команда использовали CircleCI для нескольких проектов, и я определенно их поклонник (плюс, они только что выпустили вторую версию своей работы).
1 Что такое CircleCI?
CircleCI позиционирует себя просто как:
Создавайте настраиваемые среды, применяйте рабочие процессы для управления конвейером сборки, пользуйтесь гибким распределением ресурсов и т. д.
О чем у меня смешанные чувства. Я имею в виду, что все это правда, и это позволяет нам настраивать ряд различных аспектов наших развертываний, но с точки зрения того, чтобы быть менее пугающим для тех, кто только начинает, я не знаю.
Несмотря на это, я обнаружил, что это может быть как простым, так и сложным, в зависимости от потребностей вашего проекта. И поскольку это больше касается того, чтобы поделиться причинами этого, я не буду вдаваться во все, что он предлагает.
По крайней мере, не в этом посте.
2 Как мы его используем?
Предполагая, что у вас уже настроен проект GitHub, подключить CircleCi к вашему проекту очень просто.
Всякий раз, когда вы регистрируетесь, вы можете подключиться к GitHub, Bitbucket или Google (хотя я предпочитаю начинать с GitHub или Bitbucket, учитывая, что у них есть репозитории для кода, который многие из нас в WordPress, по крайней мере, чаще всего используют) .
Оттуда вам нужно настроить веб-перехватчик для CircleCI. Это, по сути, заставит CircleCI использовать различные инструменты, которые вы настроили, и построить свой проект. Я расскажу об этом подробнее чуть позже.
- Если сборка прошла успешно, вы получите одно такое уведомление и сможете запросить проверку кода или объединить ветку с master.
- Если сборка не удалась, она будет (и должна) блокировать возможность слияния ветки до тех пор, пока не будет успешной сборки.
С учетом сказанного, что могут включать в себя инструменты, которые являются частью процесса сборки проекта WordPress? Учитывая, что большая часть проекта WordPress обычно включает в себя PHP и JavaScript, вы можете использовать некоторые из них:
- ГрумPHP
- PHP CodeSniffer
- PHPMD
- ESLint
- И многое другое.
Если вы правильно настроили GrumPHP, он будет отслеживать каждую фиксацию, поступающую в ваш репозиторий (даже если это локальная фиксация, то есть до того, как вы отправите ее на GitHub).
Таким образом, вы должны знать, есть ли проблема с вашим кодом, еще до того, как вы отправите его вверх по течению. После завершения локальных проверок вы готовы отправить его в свой репозиторий. Затем CircleCI выполнит те же операции на основе вашей конфигурации в настроенной вами среде.
Если все пойдет хорошо, то это пройдет, и, как уже говорилось, вы можете объединить это. В противном случае вам нужно будет исправить все ошибки, о которых он сообщает, повторно зафиксировать и отправить. Обычно, если он проходит локальную фиксацию, он передает push. Но это не всегда так, так что не думайте так много.
Еще не все
Очевидно, что это лишь малая часть того, что может сделать непрерывная интеграция. Честно говоря, я даже не знаю, скажу ли я это — вместо этого речь идет скорее о представлении идеи непрерывной интеграции и преимуществах, которые она дает, особенно при работе в команде.
Хотя я пробовал множество различных инструментов, я должен сказать, что больше всего доволен тем, что предлагает CircleCI. Одна из лучших вещей заключается в том, что если вы решите построить систему на базе Linux, то ее можно будет использовать бесплатно. И это хорошо работает для небольшой команды, которая хочет оставаться стройной.
В любом случае, есть еще что рассказать об этом, поэтому я постараюсь сделать это в следующих постах.