Подготовить проект на базе WordPress с версионированием в git

Metrolog / www.csm.nov.ru

Репозиторий сайта Новгородского филиала ФБУ "Тест-С.-Петербург"

0 stars 0 forks source link

Подготовить проект на базе WordPress с версионированием в git #1

Closed sergey-s-betke closed 7 years ago

sergey-s-betke commented 7 years ago

Для целей отслеживания версий не только CMS, но и контента, существуют плагины:

https://github.com/versionpress/versionpress/releases, https://versionpress.net/
https://revisr.io
этот - только для версионирования контента, что так же может оказаться полезным: https://wordpress.org/plugins/wp-github-sync/

sergey-s-betke commented 7 years ago

Так же для автоматизации стоит установить командную строку WP-Cli: https://habrahabr.ru/post/185428/

sergey-s-betke commented 7 years ago

Пример репозитория сайта на wordpress в git - https://github.com/davidwinter/wordpress-with-git

sergey-s-betke commented 7 years ago

[x] Рекомендации по организации CMS для последующего управления через git: https://davidwinter.me/install-and-manage-wordpress-with-git/

sergey-s-betke commented 7 years ago

А вот ещё один плагин: позволяет искать и добавлять плагины непосредственно из репозиториев GitHub: Github Plugin Search. Правда - он, похоже, больше не сопровождается.

Есть ссылка на более свежий плагин: https://github.com/radishconcepts/WordPress-GitHub-Plugin-Updater

sergey-s-betke commented 7 years ago

Стоит изучить репозитории:

sergey-s-betke commented 7 years ago

Репозиторий самого WordPress: https://github.com/WordPress/WordPress

sergey-s-betke commented 7 years ago

Итак, сейчас проект в текущем состоянии уже помещён в git. Но - без базы.

sergey-s-betke commented 7 years ago

Установил и активировал плагин VersionPress. Пока - доволен. Будем смотреть дальше. Всё сделано по документации к плагину на GitHub.

sergey-s-betke commented 7 years ago

Есть одна проблема. Плагин вносит изменения в wp-db.php. Сейчас весь каталог с wordpress у меня подключен как субмодуль с репозитория wordpress. По этой причине изменения этого файла - непереносимы и недопустимы.

Подозреваю, что изменения в файлы wordpress всё-таки придётся вносить. В частности - для перехода на SQLite. Поэтому необходимо выбрать иную стратегию для включения wordpress в репозиторий. Склоняюсь к варианту простого включения файлов в свой репозиторий. Либо же - использовать subtree, хотя - стоит ли?

[x] Ради простоты обновления wordpress в дальнейшем (ведь не только мне с ним придётся работать) включу код wordpress в свой репозиторий как subtree...

Как subtree - для того, чтобы проводить обновление wordpress через получение изменений из репозитория wordpress и слияния его с моими изменениями.

sergey-s-betke commented 7 years ago

Однако... WP не будет сам обновляться, если он - в git репозитории (https://wordpress.stackexchange.com/questions/128164/how-should-i-structure-a-wp-website-project-using-git-and-updating-from-wp-dashb).

sergey-s-betke commented 7 years ago

https://makingsoftware.wordpress.com/2013/02/16/using-git-subtrees-for-repository-separation/

sergey-s-betke commented 7 years ago

Добавил каталог tools и в него - два сценария:

add-wordpress - включение wordpress версии 4.8.x в репозиторий проекта как subtree
update-wordpress - получение изменений из репозитория wordpress

В скриптах указана ветка используемой версии wordpress. Сейчас - 4.8-branch. Можно указать и master, но такое вот "автоматическое" обновление на новую minor версию - не лучшее решение на мой взгляд. Такой переход необходимо протестировать и явно выполнить.

Итого - для перехода на новую minor или major версию необходимо изменить сценарии, указав ветку новой версии, после чего - выполнить сценарий tools\update-wordpress.