Активы, слияние веток 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, чтобы ваша исходная ветка могла попасть в созданную ветку, чтобы вы могли создавать ресурсы и версионировать их по мере необходимости.