Я недавно начал работать с командой Backend, которая использует Magento 1.9.
Помимо красоты в дизайне фреймворка, он порой бросает вызов своим сложностям.
Здесь у каждого разработчика есть свой экземпляр базы данных. И когда приходит новый человек, ему / ей дают какой-то экземпляр базы данных, который может быть очень старым, или если человек, предоставляющий базу данных, поддерживает базу данных, она может быть синхронизирована с текущей производственной.
Текущая проблема, котораяЯ сталкиваюсь с проблемой базы данных и конфигурации. Об этом я расскажу здесь отдельно.
Поскольку magento сильно зависит от конфигураций, иногда случается, что значения конфигурации системы не верны. Что нарушает веб-приложение, если причина взлома не найдена, а затем исправлена в их личной базе данных для каждого разработчика. Например: я работал над расчетами Totals Tax, но мое веб-приложение не смогло показать налог во время оформления заказа из-за некоторых проблем конфигурации. Даже при том, что для того же самого кода, в производстве значения прибывают должным образом. Теперь я потрачу немного времени и скажу, исправлю это для моей локальной конфигурации. Когда какой-то другой разработчик будет работать над тем же, ему / ей придется пройти тот же процесс, что является ненужной тратой времени.
В magento мы обновляем нашу базу данных, используя mysql. скрипты. Существует система контроля версий, которая проверяет текущий номер версии, и если в коде присутствуют сценарии с более высоким номером версии, он запустит сценарий, обновит схему базы данных и обновит номер новой версии. Проблема, с которой я столкнулся, заключалась в том, что если между следующей попыткой последней версии кода 5 произошли изменения, и я перешел с версии 1.4 на 1.9, то я буду запускать только те сценарии, которые поставляются с версией 1.9. Отсутствуют скрипты из версии 1.4-1.8. Это то, что я наблюдал в magento, в моем случае. Я могу ошибаться и в этом.
Поскольку magento используется уже давно, я уверен, что команды могут решить эту проблему. Как это существенно замедляет процесс разработки. Итак, как я могу решить эти проблемы.
И, как некоторые предварительные условия, я бы сказал, что компания, в которой я работаю, является стартапом, который начал расти только с точки зрения размера команды.