remnawave-minishop/docs/migration-to-minishop.md

Миграция с remnawave-tg-shop на remnawave-minishop

Начиная с этой версии контейнеры и тома названы remnawave-minishop* вместо remnawave-tg-shop*. Старый и новый стеки используют разные имена томов, поэтому простой docker compose up -d после git pull создаст пустую БД. Эта инструкция описывает, как перенести данные.

Есть два пути:

• Автоматический — один скрипт, идемпотентный, проверяет состояние на каждом шаге.
• Ручной — команды, которые делает скрипт, если хочется понимать происходящее или выполнить выборочно.

В обоих случаях:

• старые тома не удаляются автоматически — это безопасный бэкап на случай отката;
• сертификаты Caddy (если используется docker-compose-caddy.yml) тоже переносятся, чтобы Let's Encrypt не выписывал их заново и не упереться в rate limit.

Автоматический способ (через скрипт)

Если helper ещё не лежит у вас локально, запускайте его прямо из raw из корня старого репозитория:

bash <(curl -fsSL https://raw.githubusercontent.com/3252a8/remnawave-minishop/main/scripts/migrate_to_minishop.sh)

Команда выше рассчитана на bash / Git Bash / WSL. Если вы запускаете из PowerShell, удобнее сначала открыть Git Bash.

Если вы уже подтянули новую версию и файл есть локально, можно запускать и так:

bash scripts/migrate_to_minishop.sh

По умолчанию скрипт работает с docker-compose.yml и переключается на ветку main. Можно переопределить через переменные окружения:

Переменная	Назначение	По умолчанию
PROJECT_ROOT	Явный путь к корню старого репозитория, если запуск не из него	текущая директория
COMPOSE_FILE	Какой compose-файл стартовать в конце	docker-compose.yml
TARGET_BRANCH	На какую ветку переключаться и подтягивать обновления	main
GIT_REMOTE	Какой remote использовать для fetch/pull	origin
NEW_ORIGIN_URL	Если задано и не совпадает с URL выбранного remote — он будет обновлён	(не меняется)
ASSUME_YES	1 — не задавать интерактивных вопросов	0

Примеры:

# Caddy-вариант из raw
COMPOSE_FILE=docker-compose-caddy.yml \
  bash <(curl -fsSL https://raw.githubusercontent.com/3252a8/remnawave-minishop/main/scripts/migrate_to_minishop.sh)

# С переключением origin на форк 3252a8
NEW_ORIGIN_URL=https://github.com/3252a8/remnawave-minishop.git \
  bash <(curl -fsSL https://raw.githubusercontent.com/3252a8/remnawave-minishop/main/scripts/migrate_to_minishop.sh)

# Без интерактива
ASSUME_YES=1 \
  bash <(curl -fsSL https://raw.githubusercontent.com/3252a8/remnawave-minishop/main/scripts/migrate_to_minishop.sh)

Что делает скрипт:

1. Останавливает текущий стек: проверяет известные контейнеры старой и новой схемы и останавливает их, если они запущены.
2. Переключает origin, если задана переменная NEW_ORIGIN_URL, иначе оставляет как есть.
3. Подтягивает целевую ветку (git fetch + git switch + git pull --ff-only). Прерывается, если в рабочем дереве есть незакоммиченные изменения.
4. Переносит тома remnawave-tg-shop-* → remnawave-minishop-* через одноразовый alpine-контейнер. Если новый том уже непустой, копирование пропускается. Заодно правится POSTGRES_HOST в .env (с бэкапом в .env.bak).
5. Стартует новый стек (docker compose -f $COMPOSE_FILE up -d --remove-orphans, а для локальной сборки ещё и --build) и печатает docker compose ps.

Скрипт идемпотентен: повторный запуск ничего не сломает, просто пропустит уже выполненные шаги.

После того как убедитесь, что бот работает и данные на месте, удалите старые тома:

docker volume rm remnawave-tg-shop-db-data
docker volume rm remnawave-tg-shop-caddy-data remnawave-tg-shop-caddy-config 2>/dev/null || true

⚠️ Если у вас есть внешний reverse proxy (Nginx и т.п.), не забудьте поправить в его конфиге upstream/proxy_pass: имя хоста контейнера изменилось с remnawave-tg-shop на remnawave-minishop. Скрипт не трогает внешние конфиги.

Ручной способ

1. Остановите старый стек и обновите код:

   docker compose down
   git fetch origin
   git checkout main
   git pull --ff-only origin main
   

2. Перенесите том БД в новое имя:

   docker volume create remnawave-minishop-db-data
   docker run --rm \
     -v remnawave-tg-shop-db-data:/from:ro \
     -v remnawave-minishop-db-data:/to \
     alpine sh -c "cd /from && cp -a . /to"
   

3. Обновите .env:

   sed -i.bak 's/^POSTGRES_HOST=remnawave-tg-shop-db$/POSTGRES_HOST=remnawave-minishop-db/' .env
   

4. (Только для Caddy) перенесите тома Caddy с TLS-сертификатами и состоянием ACME:

   for v in caddy-data caddy-config; do
     docker volume create "remnawave-minishop-$v"
     docker run --rm \
       -v "remnawave-tg-shop-$v":/from:ro \
       -v "remnawave-minishop-$v":/to \
       alpine sh -c "cd /from && cp -a . /to"
   done
   

5. Запустите новый стек:

   docker compose up -d
   # или
   docker compose -f docker-compose-caddy.yml up -d --build
   # или
   docker compose -f docker-compose-remote-server.yml up -d
   

6. Проверьте:

   docker compose ps
   docker compose logs -f remnawave-minishop
   

7. (Опционально) удалите старые тома, когда убедитесь, что новый стек стабилен:

   docker volume rm remnawave-tg-shop-db-data
   docker volume rm remnawave-tg-shop-caddy-data remnawave-tg-shop-caddy-config 2>/dev/null || true