Безперервна інтеграція з CircleCI, орієнтована на WordPress
Писати про безперервну інтеграцію чи безперервне розгортання здається мені трохи смішним, враховуючи, що я робив це раніше, і враховуючи, що я знаю, що багато розробників уже використовують це як частину свого дня у день.
Але я також знаю, що є багато любителів, початківців і тих, хто тільки починає, які шукають способи переконатися, що вони створюють надійні практики для своєї роботи.
Наскільки це варте, лише коли я почав працювати з кількома людьми, ми почали включати ширший набір інструментів у наш процес розгортання.
І це мета цієї публікації.
Це:
- представити всю ідею постійної інтеграції, орієнтованої на WordPress,
- Представляємо CircleCI ,
- готуючись поговорити більше про це.
З огляду на це, ось короткий перелік усього вищесказаного.
Безперервна інтеграція, орієнтована на WordPress
По-перше, яка головна ідея стоїть за постійною інтеграцією? Отже, загальне визначення безперервної інтеграції таке :
У розробці програмного забезпечення безперервна інтеграція (CI) — це практика об’єднання всіх робочих копій розробників у спільну магістраль кілька разів на день.
Залежно від вибраної системи керування джерелами, те, що вважатиметься вашою «основною лінією», буде різним. Якщо ви використовуєте GitHub, це, ймовірно, буде ваша головна гілка (саме тому ми завжди повинні працювати в окремих гілках, переглядати код, і налаштуйте запити на вилучення).
Потім візьміть все, що є в головному, і розгорніть його на проміжному або робочому сервері.
І хоча для цього існує багато інструментів, ми з моєю командою використовували CircleCI для кількох проектів, і я, безперечно, фанат (до того ж, вони щойно випустили другу версію своєї роботи).
1 Що таке CircleCI?
CircleCI закріплює себе просто так:
Створюйте спеціальні середовища, застосовуйте робочі процеси для контролю над конвеєром збірки, насолоджуйтесь гнучким розподілом ресурсів тощо.
Про що у мене змішані почуття. Я маю на увазі, що все це правда, і це дійсно дозволяє нам налаштувати низку різних аспектів наших розгортань, але з точки зору того, щоб менше лякати тих, хто тільки починає, я не знаю.
Незважаючи на це, я виявив, що це може бути настільки простим чи складним, наскільки це потрібно вашому проекту. І оскільки мова йде більше про те, щоб поділитися причинами цього, я не буду вдаватися в усі його пропозиції.
Принаймні не в цій публікації.
2 Як ми це використовуємо?
Якщо припустити, що у вас уже налаштовано проект GitHub, підключити CircleCi до вашого проекту дуже легко.
Щоразу, коли ви реєструєтеся, ви можете підключитися до GitHub, Bitbucket або Google (хоча я прихильник починати з GitHub або Bitbucket, враховуючи, що в них є сховища коду, які багато хто з нас, принаймні, у WordPress, використовують найчастіше) .
Звідти вам потрібно буде налаштувати вебхук для CircleCI. Це, по суті, змусить CircleCI пройти через різноманітні інструменти, які ви налаштували, і створити свій проект. Я розповім про це трохи пізніше.
- Якщо збірка пройде успішно, ви отримаєте одне таке сповіщення, і зможете надіслати запит на перегляд коду або об’єднати гілку в master.
- Якщо збірка зазнає невдачі, це (і повинно) заблокувати можливість об’єднання гілки, доки не буде успішної збірки.
З огляду на це, що можуть включати інструменти, які є частиною процесу збирання для проекту WordPress? Враховуючи, що більшість проектів WordPress зазвичай включають PHP і JavaScript, ви можете використовувати кілька з них:
- GrumPHP
- PHP CodeSniffer
- PHPMD
- ESLint
- І набагато більше.
Якщо ви правильно налаштували GrumPHP, він спостерігатиме за кожним комітом, який потрапляє у ваш репозиторій (навіть якщо це локальний коміт – тобто до того, як ви надішлете вгору на GitHub).
Таким чином, ви повинні знати, чи є проблема з вашим кодом, перш ніж навіть розмістити його вгору. Після завершення локальних перевірок ви готові відправити його у свій репозиторій. Потім CircleCI виконає ті самі операції на основі вашої конфігурації в середовищі, яке ви налаштували.
Якщо все піде добре, це пройде, і, як згадувалося, ви можете об’єднати його. В іншому випадку вам потрібно буде виправити будь-які помилки, які він повідомляє, повторно зафіксувати та надіслати. Зазвичай, якщо він проходить локальну фіксацію, він пропускатиме push. Але це не завжди так, тому не припускайте багато чого.
Буде більше
Очевидно, що це лише поверхня того, що може зробити безперервна інтеграція. Чесно кажучи, я навіть не знаю, чи сказати це – натомість, це більше про впровадження ідеї безперервної інтеграції та переваг, які вона дає, особливо під час роботи в команді.
Хоча я пробував багато різних інструментів, маю сказати, що я найбільше задоволений тим, що пропонує CircleCI. Однією з найкращих речей є те, що якщо ви вирішите створювати на базі Linux, то використовувати її можна безкоштовно. І це добре працює для невеликої команди, яка прагне залишатися економічною.
У будь-якому випадку, є ще про що поговорити з цього приводу, тому я планую зробити це в наступних публікаціях.