Feature Flags для JS и PHP
При рассмотрении философий CI/CD мы вместо Feature Branches говорили о подходе Trank Based Development для скрытой разработки новой функциональности в основной Git-ветке.
Сегодня это сделаем на практике. Добавим к проекту инфраструктуру полноценной работы с Feature Toggle для фронтенда на ReactJS и бэкенда на PHP.
И при разработке компонента для бэкенда рассмотрим и применим принцип ISP из SOLID.
- 00:00:32 Continuous-методики
- 00:01:40 Неудобства подхода Feature Branches
- 00:06:11 Переход к практикам CI
- 00:08:31 Способы скрытой разработки
- 00:10:29 Подход с Feature Toggle
- 00:15:01 Запуск проекта
- 00:15:51 Команда обновления зависимостей
- 00:19:44 Упрощение E2E теста
- 00:21:03 Структура директорий фронтенда
- 00:22:32 Упрощение импорта через JS-индекс
- 00:24:40 Проверка контента в E2E
- 00:26:04 Выбор готового компонента
- 00:27:41 Прямая передача фич
- 00:28:46 Описание типов через PropTypes
- 00:32:18 Передача через FeaturesContext
- 00:35:56 Кастомный FeaturesProvider
- 00:37:27 Компонент FeatureFlag
- 00:41:38 Включение фич по Cookies
- 00:43:58 E2E тесты для проверки фич
- 00:45:43 Более удобное конфигурирование
- 00:49:10 Отключение через Cookie
- 00:55:23 Пользовательский хук useFeatures
- 00:56:51 Вынос списка фич в файл
- 00:57:29 Обзор результата для фронтенда
- 00:58:19 Feature Toggle для бэкенда
- 00:59:47 Сервис FeatureFlag
- 01:03:25 Способы включения для тестов
- 01:04:58 Конфигурирование фич для API
- 01:07:13 Расширение для Twig
- 01:09:47 Обработка HTTP-заголовка в Middleware
- 01:11:12 ISP из SOLID
- 01:17:52 Отключение для тестов
- 01:21:13 Логирование активных фич
- 01:24:46 Контекст для передачи данных
- 01:27:14 Handler для Monolog
- 01:28:27 Обзор результата в бэкенде
- 01:29:01 Нюанс работы с очередями
- 01:31:49 Выгоды подхода
- 01:35:07 Задача оптимизации Pipeline
А в следующем эпизоде займёмся оптимизацией Pipeline, чтобы сборка в Jenkins занимала меньше времени.
Скрытый контент (код, слайды, ...) для подписчиков. Открыть →
Дмитрий Елисеев
elisdn.ru
Чтобы не пропускать новые эпизоды подпишитесь на наш канал @deworkerpro в Telegram
Спасибо.
Спасибо. Побольше бы про SOLID.
Спасибо. Про ISP очень понравилось.
Добрый день. Подскажите вы в одном из уроков упоминали файл с настройками для PhpStorm. Не могу найти.
Когда устанавливали React создавали файл
frontend/.editorconfigДмитрий, добрый день,
очень познавательно, используя Feature Flags стало более очевидным преимущество trunk based подхода версионирования сборок в сравнении с git flow. На Вашей практике, насколько часто используете trunk based workflow, есть советы когда он мало применим?
Спасибо.
PS: когда примерно ожидается выход следующего выпуска (OAuth2 с JWT)?))
В своих проектах всегда разбиваю большую задачу на микрозадачи и их сразу мелкими коммитами пушу в master. В чужих уже зависит от договорённостей внутри команды и команды с заказчиком.
Малоприменим он для экспериментов и спорных задач, где малопонятно что нужно делать и нужно ли это делать вообще. Тогда лучше экспериментировать с таким кодом в отдельной ветке. А когда после экспериментов и обсуждения выберется оптимальный вариант и задача сформулируется точнее, то уже внедрять в основной код.
А вообще у такого подхода есть неудобство в том, что недоделанный код живёт не в отдельной ветке, а находится в рабочей ветке вперемешку с готовым. Приходится более скрупулёзно следить за актуальностью кода и не забывать время от времени вычищать код старых уже отключенных фич.
Обновимся до PHP 8 и начнём.
Дмитрий, благодарю за развернутый ответ, очень полезно, и спасибо за Ваш труд!
Или войти через: