1. Чтобы не получить бан прочти правила магентоман! Читать обязательно!

Синхронизация пре-продакшн и релиз версии сайта.

Тема в разделе "Magento", создана пользователем same_ivan, 4 авг 2014.

Модераторы: Violent
  1. same_ivan

    same_ivan Постоялец

    Регистр.:
    1 авг 2014
    Сообщения:
    115
    Симпатии:
    64
    Завершив разработку и выложив рабочую версию в общий доступ, в процессе эксплуатации, могут всплыть проблемы, которые раньше не проявлялись. Разумеется допиливать и латать я буду пре-продакшн версию т.к. на живом сайте не хорошо таким заниматься. Остается вопрос синхронизации. К примеру я доработал функционал в пре-продакшн, но к тому времени, на релиз версии сайта уже идет какая-то жизнь и мне важно не потерять те данные, которые появились за период эксплуатации. Как это грамотно осуществить с минимальным риском?
     
    Последнее редактирование: 4 авг 2014
    Шумадан нравится это.
  2. donvictorio

    donvictorio

    Регистр.:
    28 янв 2010
    Сообщения:
    869
    Симпатии:
    799
    Шумадан и same_ivan нравится это.
  3. Шумадан

    Шумадан Хабарра!!11

    Регистр.:
    6 фев 2008
    Сообщения:
    1.725
    Симпатии:
    2.100
    по сути, тебя будут интересовать файлы и папки кроме /media
    тут нужно понять, что именно меняется, как правило каждый модуль должен уметь поднимать свою версию и делать необходимые правки в базе, тоесть ты берёшь продакшин базу, накатываешь на пререлиз и модули сами шуршат, ну и папку медиа синхронизируешь. если очень уж чохеться поиграться, то можна araxis merge вкупе с redgate mysql bundle для полного хардкора и синхронизации
     
    same_ivan, ztztss и donvictorio нравится это.
  4. zloypk1

    zloypk1 Создатель

    Регистр.:
    17 июн 2014
    Сообщения:
    10
    Симпатии:
    2
    Самым надёжным способом - всегда был и будет комплексный перенос с тестового сервера на боевой.
    Как показывает опыт - в процессе работы над одним решением выявляются проблемы в других местах, бывали случали когда использовалось 2 тестовых сервера сразу, особенно если в команде не один разработчик.
    Ну и смотря конечно какие цели вы преследуете.
     
  5. reeemmmy

    reeemmmy Постоялец

    Регистр.:
    8 авг 2009
    Сообщения:
    64
    Симпатии:
    19
    Слушайте, а кто то реально пользуется системами контроля версий во время разработки?
     
  6. BaBL

    BaBL Постоялец

    Регистр.:
    13 ноя 2012
    Сообщения:
    144
    Симпатии:
    87
    Все нормальные люди. Я использую GIT, к примеру.
     
  7. SocMaster

    SocMaster aka Hakerok

    Регистр.:
    26 июл 2011
    Сообщения:
    202
    Симпатии:
    47
    У нас svn, предпродакшен и сервер для чисто для разработчиков. Все правки переносим на предпродакщен где работают тестировщики, и паралельно работаем на своем сервере.
    Еще юзаем review board
    Самая сложность по началу была синхронизация бд, но сейчас просто правки каждый записывает себе в документик, ну и во время релиза уже смотрим файлики и обновляем бд.
    Может есть что то типа свн но для бд?
     
  8. BaBL

    BaBL Постоялец

    Регистр.:
    13 ноя 2012
    Сообщения:
    144
    Симпатии:
    87
    Нету нормальных. Можете попробовать liquibase, но она все равно не решит этих задач.

    А чем миграции не устраивают? зачем файлы? о_О
     
  9. Шумадан

    Шумадан Хабарра!!11

    Регистр.:
    6 фев 2008
    Сообщения:
    1.725
    Симпатии:
    2.100
    так да, миграционный скрипт же можно написать, зачем каждый раз правки делать
     
  10. BaBL

    BaBL Постоялец

    Регистр.:
    13 ноя 2012
    Сообщения:
    144
    Симпатии:
    87
    Магента на зенде ж, для зенда уже написано все.