Пошаговая инструкция по созданию релизов приложений.

Версионирование

Для версионирования используем Semver стандарты.
Где версия пишется в виде 1.2.3
(1) - Внесены изменения, которые ломают приложения и переход на них точно сломает поведение плагина. (Несовместимые изменения)
(2) - Добавлена новая функциональность.
(3) - Исправлена ошибка.

Контроль версий

Считаем что разработка ведется от develop ветки. Т.е. если в код вносится изменение - создается ветка от ветки develop ведется разработка, затем изменения кода заливаются обратно в develop.

Ветка master содержит самую последнюю актуальную, проверенную версию кода. Т.е. код из develop попадает в ветку master после чательных проверок.

Из master создаются релизы, т.е. копии зафиксированного состояния ветки master на определенный момент времени, с определенными изменениями.

Инструкция по релизу

1. Вытягиваем последнюю версию develop ветки или создаем ее клон, со всеми новыми изменениями.

2. Из develop создаем новую ветку release-vX.X.X (release-v1.0.0)

3. В ветке релиза создаем все минифицированные версии стилей и скриптом, запускаем все наши gulp, grunt, webapp...

4. Создаем Pull Request ветки release-vX.X.X в ветку master

5. После чательной проверки кем-то merge PR и удаляем ветку release-vX.X.X.

6. Переключаемся на ветку master из нее создаем новый tag с именем "vX.X.X" (v нужен для composer).

7. Из Github переходим на панель tag и жмем создать релиз.

8. Сделать merge из master в develop.

9. Не забыть исправить документацию приложения.

Написано 21 ноября 2016 в 13:33

0 комментариев


Вы должны быть авторизованы, для того, чтобы оставлять свои комментарии.

Войдите через соц.сети

или через почту здесь