Лидеры

Здравствуйте. Проверьте сейчас

Честно говоря, я вообще сомневаюсь, для чего всё это в OpenCart. Вся эта история с Git, миграциями, CI/CD — это, конечно, круто, но OpenCart — это не тот движок, где такие сложности прям жизненно необходимы. Если вы на нём делаете простой интернет-магазин, то, по большому счёту, весь этот пафос с версиями и сложными воркфлоу может оказаться излишним. Git, конечно, использовать нужно, но без фанатизма. Отслеживать изменения ядра и модификаторов? Ну, разве что для собственного спокойствия. Но по факту, если вы соблюдаете принципы модульности и не лезете в ядро, всё это легко можно держать под контролем вручную, без сложных схем. Те же миграции БД — это тоже избыточная вещь для большинства проектов на OpenCart. Тут чаще всего достаточно стандартных бэкапов. Так что да, весь этот ваш "велосипед" смотрится излишним усложнением. В OpenCart гораздо важнее правильно организовать сам процесс разработки, а не навешивать кучу инструментов и методов, которые больше подходят для крупных корпоративных проектов. Это не значит, что все эти инструменты плохи, но, возможно, их применение в данном случае просто неоправданно. Отдельно про миграции БД. Есть проверенные инструменты вроде Flyway или Liquibase, которые отлично справляются с задачей версионирования базы данных. Если вам нужно что-то более специализированное для MySQL/MariaDB, то посмотрите на DBmaestro. Эти инструменты не только позволяют отслеживать изменения схемы БД, но и упрощают перенос данных между разными средами. Вот только прикол в том, что, оно вам, скорей всего, это все, не надо) В общем: Git, CI/CD, миграции — всё это классные штуки, но они должны решать конкретные задачи, а не просто быть частью проекта для галочки. OpenCart — это не та платформа, где вам нужно задействовать весь этот арсенал, если нет реальной необходимости. Везде должна быть рациональность!

Благодарю вас, за ваше мнение. Во многом с вами согласен. Основная проблематика изложена в заголовке темы в виде общего вопроса. Наверное я зря включил своё видение прямо в описание темы. Лучше было бы комментарием. И да это поток сознания =) Но как я вижу, вы довольно хорошо поняли суть обозначенной темы. Это радует! Спасибо за вашу внимание к теме. По структуре там в стиле вопрос-ответ. Автор изначальных более детальных вопросов темы не я. Но меня они заинтересовали, и я на них как-то попытался ответить со своей колокольни. На мой взгляд они очень хорошо подходят к теме. Теперь эта тема здесь. Надеюсь будет новичкам в помощь. С гитом у меня всё довольно не плохо. Спасибо) Но мы не обо мне. Гит знать должен каждый. Коммитить в мастер возможно только на старте процесса сборки. Тем более если работаешь один. Естественно когда пойдут доработки к Проду, такой подход исключается. Всё вы верно говорите. Про CICD вопросов нет. О том же отвечал, что на старте это ни к чему. И конечно мои идеи выглядят сырыми и не до конца продуманными. Поэтому они и вынесены на форму в качестве базы для обсуждения. Самый интересный момент. Уже спрашивал сегодня на эту тему в комментарии "Проблема переноса изменений БД". Вот вы пишите. Расскажите какие инструменты вы рекомендуете? Только лучше ответом на комментарий "Проблема переноса изменений БД" Благодарю.

Написать свой функционал миграций