Как предотвратить перезапись значений пользовательских записей реестра при переустановке моего пакета?

Question

В моем пакете представлены записи реестра. Изменения, внесенные администратором сайта, не должны перезаписываться при переустановке пакета.

Многие пути в Рим. Я выбрал ftw.upgrade. Мне нравится декларативный способ синтаксиса шага обновления. Его можно использовать для каталога обновлений для общих настроек xml-Files, таких как propertiestool.xml. Нет необходимости определять код python для обработчика. Обновление работает хорошо. Администратор может обновить с панели управления, и в моем случае новое свойство будет добавлено. Insomma: для нового свойства, которое необходимо добавить: объявление об обновлении для исходной и целевой версии и каталога, где можно найти свойство .xml. Палец вверх! -

Answer 1

Вы можете пилотировать, что делать при установке Plone надстройку, предоставляя Extension/install.py файл с install методом внутри:

def install(portal, reinstall=False): 
    if not reinstall: 
     setup_tool = portal.portal_setup 
     setup_tool.runAllImportStepsFromProfile('profile-your.pfile:default') 

Таким образом, вы едете, что Plone следует делать при установке.

Если вам это нужно: то же самое, если для удаления:

def uninstall(portal, reinstall=False): 
    if not reinstall: 
     setup_tool = portal.portal_setup 
     setup_tool.runAllImportStepsFromProfile('profile-example.gs:uninstall') 

Таким образом, вы можете предотвратить шаг удаления будет работать при переустановке.

Предупреждение: а Матиас предложил использовать quickinstaller -> переустановка функция плохо.

Предупреждение: на Plone 5 это, вероятно, не будет работать (об этом открыто обсуждение).

Answer 2

Я думаю, что то, что вы описываете, является одной из проблем, возникающих в связи с возрастающей сложностью стека Plone, и одной из причин, почему это , а не, рекомендуется выполнить переустановку больше, но предоставить профиль для каждая версия надстройки, посредством шагов обновления (как упоминал Матиас). Это значительно увеличивает время dev-time и приводит к еще большему количеству конфликтов, по моему опыту. Вот Отсносящиеся документы: http://docs.plone.org/develop/addons/components/genericsetup.html#add-upgrade-step

Элизабет Leddy однажды написал Add-On, чтобы облегчить эту боль, и я могу подтвердить, что делает: https://github.com/ampsport/amp.ezupgrade

И отличные ребята из FTW, тоже, я никогда не использовал его , но выглядит многообещающе: https://pypi.python.org/pypi/ftw.upgrade

ни использовал этот один, даже утверждает, что некоторые дополнительные вкусности, как очистки сломаны нефтесервисных объектов и Р. Паттерсон на нем: https://github.com/collective/collective.upgrade

Как мы здесь, первый хороший документ я смог найти об этом ~ 1,5 года назад, происходит от Uwosh, конечно: http://www.uwosh.edu/ploneprojects/docs/how-tos/how-to-use-generic-setup-upgrade-steps

Другим решением может быть, чтобы проверить, если это начально или повторно -install и задавать свойства программно с помощью скрипта Python, который называется «setuphandlers.py», как описано в этом ответе: How to check, if my product is already installed, when installing it? Таким образом, все еще можно инициировать переустановку, не продувая все это.

Наконец, многие GS-xml-файлы понимают значение purge -property, устанавливая его на False, не перезаписывая весь файл, а только ваши реквизиты. Это может или не относится к вашему делу, вы можете найти образцы в вышеупомянутом официальном документе.