Использование Wordpress с Git — какие файлы следует игнорировать?
Последние 6 или около того месяцев я работал над проектами Laravel, которые ближе к веб-приложениям, чем к полноценным управляемым сайтам.
Недавно я начал проект Wordpress, и меня что-то сбивает с толку: как вы используете Git с WordPress?
Я спрашиваю, потому что в Laravel вы можете поместить все, кроме node_modules, storage и папки composer vendor.
Я также читал, что не рекомендуется хранить wp-config в вашем репозитории, это странно, поскольку Laravel использует файл .env для аналогичного эффекта.
Я нашел следующий .gitignore
*.log
wp-config.php
wp-content/advanced-cache.php
wp-content/backup-db/
wp-content/backups/
wp-content/blogs.dir/
wp-content/cache/
wp-content/upgrade/
wp-content/uploads/
wp-content/mu-plugins/
wp-content/wp-cache-config.php
wp-content/plugins/hello.php
/.htaccess
/license.txt
/readme.html
/sitemap.xml
/sitemap.xml.gz
Ответы 2
Файл .env Laravel содержит конфиденциальные данные так же, как wp-config.php WP, поэтому мы обычно не помещаем его в репозиторий.
Что касается того, как я использую Git с WordPress:
- Я исключаю файл
wp-config.php, он все равно не нужен разработчику, клонирующему репозиторий: он может сам заполнить учетные данные при работе над проектом в своей локальной среде разработки. Еще одна веская причина оставить этот файл — вы не хотите раскрывать информацию о своем сайте (хост, имя базы данных, имя пользователя, пароль, соли и т. д.) миру. - Я исключаю папку
uploads. Причина в том, что при разработке мы обычно добавляем фиктивные изображения к нашим сообщениям и страницам, изображения, которые вообще не будут использоваться, когда сайт, наконец, будет готов к работе, поэтому нет причин «загрязнять» репозиторий ими.
Что мне нравится в Laravel, так это то, что благодаря миграции также можно отслеживать изменения в базе данных. WordPress, с другой стороны, не имеет ничего подобного, поэтому вам придется найти плагин (или какое-то другое средство), чтобы ваша локальная база данных синхронизировалась с промежуточной.
Обновлять:
Поскольку вы обновили свой вопрос, чтобы спросить, какие файлы следует специально исключить из репозитория Git, я думаю, что те, которые вы разместили из найденного вами файла .gitignore, достаточно хороши. Хотя я не вижу необходимости игнорировать файл readme.txt, но и вреда от этого не будет.
Вы сами используете WordPress или Laravel? Я думаю, что мне слишком комфортно с экосистемой Laravel.
@JesseOrange На самом деле я использую оба. Занимаюсь WordPress последние 12 лет. Думаю, я начал использовать Laravel около двух лет назад. Я полностью понимаю, почему вам с ним удобно, его так легко использовать и настраивать! Я никогда не смешивал оба фреймворка в одном проекте (это было бы зверством, ха-ха).
Вы работали над сайтом Wordpress с несколькими разработчиками? Я буквально оторвался от Laravel и понял, насколько этот фреймворк на самом деле нужен вам.
Да, у меня есть. WordPress также довольно универсален, и за ним стоит большое сообщество.
Итак, могу ли я просто отправить все это в Git?
Предполагая, что вы используете файл .gitignore из своего вопроса, да.
Вы можете игнорировать почти все, за следующими исключениями:
- wp-content/themes/my-theme (ваша тема и/или дочерняя тема)
- wp-content/plugins/мой-пользовательский-плагин. (любые пользовательские плагины, которые вы создаете)
Кроме того, я нашел два очень хороших источника файлов gitignore для WordPress. Первый, очень простой, находится на gitignore.org (https://gitignore.org/gitignore.html#wordpress), а второй, чрезвычайно хирургический, принадлежит Салу Феррарело, и его можно найти здесь: https://salferrarello.com/wordpress-gitignore/.
Просто измените по мере необходимости и, конечно же, избегайте config.php. В нем есть определенная информация об установке, такая как хост вашей базы данных и логин, которые вы, возможно, не захотите раскрывать посторонним глазам.
Почему только пользовательские плагины? Зачем использовать контроль версий, если вы не можете использовать его для отката неверных обновлений ядра или плагинов?
@HashimAziz Тот же вопрос + он помогает отслеживать любые изменения, внесенные в плагин напрямую, что не так, как должно быть. Просто для отслеживания плохих изменений кода.
Пожалуйста, пересмотрите, чтобы спросить что-то более конкретное. Если вам интересно, какие файлы следует игнорировать, спросите об этом (также в заголовке).