Рабочий цикл разработки

Связка инструментов, которая закрывает рассинхрон между локальной машиной и production. Это ключевая возможность Deployer.

Проблема

Синхронизация локальной разработки и прода вручную распадается на три задачи:

Задача	Сложность вручную
Код	Заливка по FTP/SFTP или ручной git pull. Риск забыть или перезаписать файл.
База данных	Дамп → импорт → search-replace по сериализованным данным → правка префиксов и URL. 10–20 минут на перенос. Базы постоянно расходятся.
Медиа	Гигабайты картинок в uploads/. Тащить на локаль долго и бессмысленно.

Плюс — нет безопасного места для проверки изменений.

Решение

Каждую задачу закрывает отдельный инструмент:

Инструмент	Решает	Страница
Git Sync	Деплой кода	Git Sync
Hosted Database	Общая база для локали и прода	Hosted Database
Media Fallback	Картинки с прода без скачивания	Media Fallback
Staging	Безопасная проверка	Staging
Visual Sync Builder	Оркестрация окружений	Visual Sync Builder

Схема потока

Локальная машина  ──git push──▶  Staging  ──promote──▶  Production
       │            (Git Sync)   (проверка)              (живой)
       │
       │  одна база данных (Hosted DB) + картинки с прода (Media Fallback)
       └──────────────────────────────────────────────────────────────────

Сценарий «один день»

1. Утро — Prod DB → Shared, переключить сайт на shared, вставить креды в локальный wp-config.php.
2. День — писать код локально, коммитить в git (база общая, картинки с прода).
3. Проверка — git push → автосинк на staging → diff-превью → проверка под Basic Auth.
4. Выкатка — промоут staging → prod.
5. Вечер — Shared → Prod DB, переключить сайт на Production DB, поставить shared на паузу.

Без ручного FTP, дампов БД и search-replace.