Активи, злиття гілок Git і релізи
У кожного налаштовано різний робочий процес git, але для цілей цієї публікації припустимо, що у вас є щось на зразок наступного:
- Філія, в якій знаходяться всі ваші незабудовані активи.
- Система постійної інтеграції, яка створює активи та створює нову гілку або, можливо, нову версію.
- Гілка, створена системою безперервної інтеграції, яка містить вбудовані активи.
Основним компонентом цього робочого процесу є система безперервної інтеграції. Тобто, якщо він виходить з ладу, робота, яка відповідає за створення активів і створення нової філії, більше не працює.
І коли це трапляється, нам залишається робити це вручну. Звичайно, це втомливо, але не складно. Якщо ви опинилися в такому положенні, ось як ви можете створити активи, об’єднати гілки git і створити версійний випуск.
Об’єднання гілок Git
Для цієї публікації припустімо, що у вас є налаштований інструмент збирання, відповідальний за компіляцію ваших активів. Це може бути один із доступних інструментів, але я збираюся використовувати різні npm
, щоб продемонструвати суть.
1 Налаштуйте вихідну гілку
Вихідна гілка включає всі незабудовані активи. По суті, це всі вихідні коди JavaScript, таблиці стилів та будь-які інші пов’язані з інтерфейсом компоненти, які не були зібрані.
Після того, як код буде готовий, його можна створювати та використовувати для будь-якої гілки, над якою ви працюєте. Для цієї статті ми будемо називати це develop
.
Після внесення цих змін нам потрібно змінити гілки на built
гілку.
2 Об’єднайте вихідну гілку у вбудовану гілку
Коли ми перейдемо до створеної гілки, ми зможемо створювати всі ресурси (знову ж таки, використовуючи будь-який інструмент, який найкраще підходить для вас). Але перед тим, як це зробити, нам потрібно переконатися, що ми приносимо роботу в built
гілку з develop
гілки.
Іншими словами, нам потрібно об’єднатися, незважаючи на те, що код develop
може бути – або ймовірно буде – застарілим після злиття.develop-built``develop-built
Потім ми фактично виконуємо необхідні команди для створення активів, додавання та закріплення їх у гілці, а потім запускаємо нову роботу:
Тепер ми отримуємо одну гілку develop
з усіма необробленими джерелами та одну гілку, develop-built
яку ми можемо використовувати для позначення наших випусків.
3 Позначте побудовану гілку
На цьому етапі ви можете просто захотіти позначити тегом develop-built
версії випуску, ви можете об’єднати його з master
або в будь-якому випадку. Якщо, однак, ви хочете підтримувати два окремих теги, один для тегу джерела, а інший для тегу фактичного випуску, тоді ви можете зробити це шляхом додавання тегів develop
і develop-built
перед виконанням будь-якого додаткового злиття.
Зокрема, ви можете позначити develop
як версійне джерело:
І develop-built
як тегований випуск:
На цьому етапі ви можете об’єднати це з master
гілкою або іншою основною гілкою, яку ви вирішите підтримувати. Однак, якщо ви використовуєте Composer, ви, ймовірно, захочете посилатися на випуски з версіями, тому саме тут ви можете використовувати вкладку.
Остаточна примітка
Зауважте, що ваш робочий процес може – і, ймовірно, змінюється. Можливо, ви використовуєте гілки, можливо, ви використовуєте теги, можливо, ви використовуєте комбінацію двох, як вище.
Справа не в тому, щоб сказати, як ви повинні це робити, а в тому, зрештою, як об’єднати гілки git, щоб ваша вихідна гілка могла пробитися до вбудованої гілки, щоб ви могли створювати активи та версії їх за потреби.