Обновление WordPress, переписывание настроек настройки – стратегии?

Дважды теперь я обновляю wordpress, только чтобы понять, что (facepalm) он перезаписывает некоторые изменения, внесенные мной в пользовательский шаблон – на боковую панель или что-то подобное.

Очевидно, что мне НЕ нужно обновлять, но лучше для надстроек и т. Д., И мне нравится иметь последние продукты и исправления ошибок.

Каковы стратегии других людей для простого обновления wordpress без потери пользовательских изменений шаблона по умолчанию?

Solutions Collecting From Web of "Обновление WordPress, переписывание настроек настройки – стратегии?"

Очень просто: если вы используете шаблон по умолчанию, переименуйте его имя папки и объявление файла css), и он не будет обновлен.

Если вы хотите, чтобы обновления (например, «Двадцать один» часто обновлялись), создайте дочернюю тему .

Информация здесь: http://codex.wordpress.org/Child_Themes

Во-первых: вы никогда не должны вносить изменения в основные файлы WordPress, вместо этого напишите плагин, чтобы сделать это за вас.

Во-вторых: если у вас есть только незначительные изменения настроек темы, вы можете использовать дочернюю тему, оставив только основные файлы. Кроме того, переименуйте папку тем, чтобы ваши изменения не были уничтожены обновлением.

Я не использую средство обновления Dashboard.

Я устанавливаю WordPress с помощью Subversion; все мои локальные изменения могут быть показаны с помощью svn diff и в большинстве случаев они легко объединяются с новой базой кода, когда я переключаюсь на новый номер выпуска. Ядро и многие плагины и темы доступны через SVN. Не все, к сожалению, но это все равно оставляет вас: создайте репозиторий, чтобы вы никогда не теряли изменений, даже если вы используете автоматическое обновление на плагине. Очевидно, что здесь помогают некоторые сильные навыки VCS. 🙂

http://codex.wordpress.org/Installing/Updating_WordPress_with_Subversion

Сохраните свою копию модифицированной кодовой базы в системе управления версиями. Я рекомендую меркурий .

Оставьте исходную версию кода WordPress, который вы использовали, чтобы изменить на mercurial и зафиксировать его. Затем отбросьте измененную кодовую базу поверх нее и скопируйте ее, указав ей имя ветки. Назовите ветку «наш сайт», независимо от того.

Дело в том, что теперь Mercurial знает, как ваш сайт отличается от стандартного дистрибутива. Это упрощает обновление.

Когда выйдет очередная версия wordpress, загрузите ее и перетащите ее поверх своей локальной рабочей рабочей группы. Просто убедитесь, что вы обновили эту рабочую копию до ветви по умолчанию, т. Е. Не ветвь «наш сайт». Mercurial теперь знает, как новая версия WordPress отличается от предыдущей. Mercurial очень хорошо сочетает различия между двумя «дочерними» версиями обычного «родителя», и чаще всего ваши пользовательские настройки будут хорошо зарекомендованы.

Даже моя пользовательская тема получает обновления время от времени. Сначала я загружаю его локально и выполняю сравнение с помощью BeyondCompare, чтобы узнать, где находятся изменения, и если я могу безопасно пропустить файлы, в которых были сделаны мои пользовательские изменения. Если нет, я вручную обновляю исходные файлы перед загрузкой на свой сайт. Это немного дополнительная работа, но требуется, если вы внесли пользовательские изменения в свою тему / сайт.