обновление настроек переписывания wordpress - стратегии?

<p>дважды я обновлял wordpress только для того, чтобы понять, что (facepalm) он перезаписывает некоторые изменения, которые я внес в пользовательский шаблон - в боковую панель или что-то подобное.</p><p>очевидно, что я не должен обновляться, но лучше для дополнений и т.д., и мне нравится иметь последние продукты и исправления ошибок.</p><p>каковы стратегии других людей для простых обновлений wordpress без потери пользовательских модификаций шаблона по умолчанию?</p>

<p>очень просто: если вы используете шаблон по умолчанию, переименуйте его в имя папки и объявление файла css), и он не будет обновлен.</p><p>если вы хотите обновления (например, двадцать первая часто обновляется), создайте <strong> дочернюю тему </strong>.</p><p>информация здесь: <a href="http://codex.wordpress.org/child\_themes">http://codex.wordpress.org/child\_themes</a> </p>

<p><strong> во-первых: </strong> вы никогда не должны вносить изменения в файлы ядра wordpress, вместо этого напишите плагин, который сделает это за вас.</p><p><strong> второе: </strong> если у вас есть только незначительные или умеренные настройки темы, вы можете использовать дочернюю тему, оставляя основные файлы в покое. или переименуйте папку темы, чтобы ваши изменения не были уничтожены обновлением.</p>

<p>я не использую средство обновления dashboard.</p><p>я устанавливаю wordpress, используя subversion; все мои локальные изменения могут быть показаны с помощью <code>svn diff</code>, и в большинстве случаев они легко объединяются с новой кодовой базой, когда я переключаюсь на новый номер выпуска. ядро и многие плагины и темы доступны через svn. не все, к сожалению, но это все еще оставляет вас в ауте: создайте репозиторий, чтобы вы никогда не потеряли изменения, даже если вы используете автоматическое обновление на плагине. очевидно, что некоторые сильные навыки vcs помогают здесь. :)</p><p> <a href="http://codex.wordpress.org/installing/updating\_wordpress\_with\_subversion">http://codex.wordpress.org/installing/updating\_wordpress\_with\_subversion</a> </p>

<p>храните вашу копию модифицированной кодовой базы в системе контроля версий. я рекомендую <a href="http://hginit.com/top/">mercurial</a> .</p><p>удалите оригинальную версию wordpress-кода, который вы изменили, в mercurial и передайте его. затем поместите модифицированную кодовую базу поверх нее и зафиксируйте ее, указав имя ветви. назовите ветку "наш сайт", как угодно.</p><p>дело в том, что теперь mercurial <em> знает </em>, чем ваш сайт отличается от стандартного дистрибутива. это делает обновления проще.</p><p>когда выйдет следующая версия wordpress, загрузите ее и поместите поверх вашей локальной рабочей директории mercurial. просто убедитесь, что вы "обновили" эту рабочую копию в ветке по умолчанию, т.е. <em>, а не </em> вашей ветки "наш сайт". mercurial теперь знает, как новая версия wordpress отличается от предыдущей. mercurial очень хорош в объединении различий между двумя "дочерними" версиями общего "родителя", и чаще всего ваши пользовательские настройки будут включены нормально.</p>

<p>даже моя пользовательская тема получает обновления время от времени. сначала я загружаю его локально и сравниваю, используя beyondcompare, чтобы увидеть, где находятся изменения, и могу ли я безопасно пропустить файлы, в которые были внесены мои пользовательские изменения. если нет, я вручную обновляю исходные файлы перед тем, как загрузить их на свой сайт. это немного дополнительная работа, но она необходима, если вы внесли свои изменения в тему/сайт.</p>