Документация startmedia
  • Документация StartMedia
  • Регламент
  • 📜Регламент рабочего процесса
    • 1. Цикл работы над задачей
    • 2. Работа с ветками
    • 3. Оформление коммитов
    • 4. Merge Requests
    • Правила оформления отчёта к задаче
    • Стратегии слияния веток
  • 📋Planfix - работа с задачами
    • Жизненный цикл задач
    • Типы задач
    • Структура задачи
    • Коммуникации в задаче
  • Базовые статьи
    • 🔧Настройка рабочего окружения
      • Установка необходимых программ
      • Настройка GIT
      • Настрйка OpenServer
      • Настройка окружения ОС
      • Настройка синхронизации с OneDrive
    • 🎆Развертка локальной копии сайта
      • Клонируем репозиторий
      • Копируем ядро и базу
      • Разархивируем ядро
      • Заливаем базу данных
      • Читаем README
      • Правим файлы конфигурации
      • Правим параметры сайтов
      • Выполняем проверку системы
      • Ставим галочку "Установка для разработки"
      • Создаем папку upload
      • Что может пойти не так? (казалось бы)
    • Обучающие материалы
    • Как создать Merge Request
  • Начальный уровень
    • Многосайтовость битрикс и Open Server
    • Структура шаблона
      • Установка и настройка Gulp
      • Общие правила структуры
    • Верстка
      • Стиль кода SASS
    • Работа с Битриксом
      • Правила создания структуры проекта
      • Правила создания структуры инфоблоков
      • Стандартные и пользовательские свойства в Битриксе
      • Использование API Bitrix
      • Меню
      • Модули
    • Готовые решения
      • Экспорта каталогов в YML
      • Эмулятор обмена с 1С
      • Веб формы
    • Решения для поисковой оптимизации
    • Миграции - Перенос инфоблоков с локальной копии на боевой сайт
  • Продвинутый уровень
    • Системное администрирование
      • Работа с веб-сервером
      • Настройка редиректов
      • Работа с доменами
        • Настройка SPF-записи
        • Работа с DNS записями
        • Настройка файла robots.txt
      • Создание копии битрикс в хранилище
      • Разворачивание dev версии
      • Конвертация сайта на bitrix из win1251 в utf8
      • Лечим сайт от вирусов и закрываем дыры
    • Gitlab
    • Перенос сайта на 1C-Bitrix на наш хостинг
    • Интеграции Битрикс со сторонними сервисами
      • Интеграция 1С с 1С-Битиркс
    • Дебаггинг
    • React
      • Flux на пальцах
  • Справочники
    • Apache (htaccess)
      • Стандартный htaccess для 1с-битрикс
    • Работа с Базой Данных
  • Чек-лист Project менеджера
  • Добавление подарка в корзину при добавления каждого товара
  • PhpStorm
  • Готовые команды консоли
Powered by GitBook
On this page

Was this helpful?

  1. Регламент рабочего процесса

Стратегии слияния веток

PreviousПравила оформления отчёта к задачеNextPlanfix - работа с задачами

Last updated 3 months ago

Was this helpful?

Стратегия с обязательным тестированием

Эта стратегия слияния применяется в больших, объемных задачах, затрагивающих многие части сайта, а так же в тех, где вначале нужно протестировать решение или получить утверждение от заказчика. Например, при переработке дизайна сайта на новый, при внедрении абсолютно нового функционала, или при создании сайтов с нуля.

Вначале, код решения задачи заливается на тестовый сайт, который является полной копией боевого. Там он проходит тестирование, ищутся и исправляются ошибки, а после его утверждения - код попадает на боевой сайт.

Допустим, разработчику была поставлена задача по переработке авторизации сайта, которую вначале необходимо протестировать и утвердить с заказчиком. На картинке выше видно, как разработчик создал новую ветку feature/5511 из ветки master. Он сделал несколько коммитов, проверил все на своей локальной копии сайта, и посчитал, что задача выполнена.

Затем разработчик создал запрос на слияние своей feature ветки с веткой develop, и после прохождения Code Review feature ветка была слита с develop, а код был доставлен на тестовый сайт. Там было проведено тестирование, как с нашей стороны, так и со стороны заказчика, и обнаружилось несколько ошибок, которые необходимо исправить.

Разработчик исправил ошибки, зафиксировал исправления новым коммитом, и вновь ветка разработчика была слита в ветку develop для повторного тестирования и проверки. В этот раз ошибок больше не обнаружилось и заказчика все устроило. Ветка разработчика сливается с главной веткой проекта master и попадает на боевой сайт.

Стратегия без обязательного тестирования

Другая стратегия слияния - без обязательного тестирования на develop сайте. Так как наша цель как можно быстрее решить проблему заказчика и доставить код решения на боевой сайт, то небольшие по объему задачи проливаются сразу в master ветку, т.е. на боевые сайты.

Допустим, разработчик получил задачу 5511, в которой необходимо исправить стили header-а и footer-a сайта. Так как задача не сильно объемная, то применяется стратегия без обязательного тестирования.

Разработчик создал свою ветку feature/5511, выполнил исправление стилей и проверил на своей локальной копии сайта, что все впорядке. Был создан Merge Request, пройдено Code Review, и feature ветка была слита с master. После этого точно так же выполняется проверка решения задачи, как с нашей стороны, так и со стороны заказчика, но уже сразу на боевом сайте.

Если при постановке задачи небыло оговорено, что её вначале необходимо её протестировать на develop сайте, то используется стратегия без обязательного тестирования.

📜