levgav
5.7 KiB
Magic 2.0
Попытка ретроспективно описать этапы разработки проекта Magic 2.0. Изначально проект реализовывался сумбурно, без структурированной фиксации каждой доработки в расчете описать всю историю перед релизом.
Ход работ:
Есть текущая версия Laravel со всеми реализованными фичами (а также с комментариями, тестовыми настройками и прочим мусором). Была развернута голая Laravel, созданы ветки и в них добавлялись скрипты из текущей версии Laravel по принципу реализованных функциональностей. Версии Laravel отличаются, поэтому некоторые конфиги из коробки могут отличаться от конфигов из текущей версии (впрочем, вроде не критично). Также я приложил excel файл (new_magic в ветку master) к репозиторию, в котором перечислил по каким веткам я разбросал файлы, а к некоторым файлам оставил комментарии
Я знаю, что это не лучший способ фиксировать историчность разработки, но выбор был между отсутствием истории и такой историей. Даже если вы не будете использовать мои разработки как основу для Magic 2.0, по крайней мере пробегитесь глазами по архитектуре и почитайте комментарии. Некоторые фичи полность готовы и могут быть перенесены, другие могут сэкономить время хотя бы за счет готового описания
Не забывайте, что в Confulence тоже кое-что из реализованного уже описано
Заранее извиняюсь за сумбурность и неработоспособность чего-то - можете лишить меня годовой премии
Ветки
Ниже описание некоторых веток. В основном, они называются очевидным образом, но некоторые требуют пояснения
- all_changes - по сути это текущая версия Magic 2.0 со всеми изменениям
- master - голая версия Laravel, от которой наследовались все фичевые ветки
- doubtfull - сомнительная ветка. Не уверен, что скрипты из нее нужны для запуска проекта. Возможно, конфиги, которые в новой версии Laravel не требуются для запуска
- trash - мусорная ветка. Скрипты отсюда почти наверняка не нужны для работы проекта. Например, тестовые скрипты или пустые скрипты архитектурных сущностей, которыми мы не пользовались (вроде сидеры к ним относятся). В новых версиях ларавель они создаются не из коробки, а при вызове команды на создание сущностей
- db_tables - набор конфигов sql таблиц и дампов с имеющимися на текущий момент записями
- ветки, начинающиеся на front_ или react_ - предполагаю, что их должен проанализировать фронтендер
- laravel_core - основные конфиги для запуска проекта
Сборка
Ниже опишу как бы я смотрел все эти изменения
- Начать с версии из ветки all_changes - там вся имеющаяся функциональность
- Все таблицы из db_tables экспортировать в свою локальную бд
- Просмотрел бы верхнеуровнево все core ветки, начиная от конфигов и core функций типа logging
- На голую версия накинул бы ветку laravel_core и doubtfull
- Начал бы накидывать постепенно изменения из веток и смотреть как работает платформа. Я постарался в ветках хранить только ту информацию, которая нужна для работы конкреной функциональности, чтобы вы могли изолированно их посмотреть и даже запустить для тестов перед мержем с master. К сожалению у меня не было времени тестить каждую ветку отдельно
- В последнюю очередь накинул бы изменения из веток с реализацией страниц: magic_app_menu и taxi-app
- Опциально: можно начать удалять скрипты из ветки doubtfull и смотреть работает ли все как надо, чтобы облегчить платформу от ненужных скриптов