Мы по-прежнему планируем переход от 5.0 до 6.0, поэтому у меня нет личного опыта в этом процессе. Мы планируем самостоятельно заняться этой работой, но мы сделали много настраиваемых разработок, поэтому нам очень удобно работать с кодом OpenERP. Если бы я наследовал систему от кого-то еще, как это звучит так, как ты, меня очень соблазнит контракт на поддержку, который включает в себя выполнение миграции для вас.
В дополнение к платной услуге также имеется open-source tool, доступный для выполнения миграций данных. Это также обсуждается в severalforumposts. (. Therereallyarealot)
Наши предварительные планы:
- Попробуйте инструмент миграции для демонстрационной базы данных из обычного 5.0 до обычного 6.1.
- Перенесите код для наших пользовательских модулей на 6.1, следуя Pragtech guidelines.
- Расширьте настройки средства миграции, чтобы покрыть наши пользовательские модули и любые другие, которые не были включены в инструмент.
- Запустите миграцию в нашей полной базе данных в песочницу и проверьте, не вышло ли из нее.
- Запуск и празднование!
Update:
Мы начали процесс миграции, и мы используем OpenUpgrade вместо инструмента Domsense. Мы никогда не смотрели инструмент Domsense, поэтому я не могу сказать, что лучше. До сих пор я очень доволен OpenUpgrade.
В целом, я нашел версию 6.1 намного проще в настройке, чем 5.0. До сих пор мне не приходилось менять какие-либо базовые модули. Например, в большинстве мест, где основной модуль вставляет запись, он вызывает вспомогательный метод для подготовки данных. Если вы добавите новый столбец, который хотите заполнить, вы можете просто переопределить этот вспомогательный метод. Например, мы добавили поле группировки в несколько таблиц, а затем хотели скопировать его из строки заказа клиента на перемещение запаса. Мы переопределили sale
module's version от sale_order._prepare_order_line_move()
с our own version.
Отправил отдельный вопрос о customizing reports.
Недостатком является то, что каждая настраиваемая функция, которую мы пытаемся выполнить, требует некоторых изменений. До сих пор в основном модуле произошли изменения, которые каким-то образом нарушают наши настройки. Изменено имя поля или изменение макета экрана или изменилось название всей модели. Обычно вы можете выяснить, как это исправить, но все требует времени.
Любое общее представление о шагах, которые вы хотели бы разделить на обновление? – jjmontes
Я добавил свои планы к ответу @jjmontes. –
Я очень ценю ваш ответ (для записи я думал о подобном пути, но я также рассмотрю инструменты ETL, если доступные инструменты миграции не режут его). – jjmontes