CI/CD для статики без GitHub Actions и раннеров
Чтобы публиковать статический сайт при каждом коммите, часто заводят GitHub Actions:
пишут .yml-пайплайн, настраивают шаги сборки, секреты, иногда свой раннер. Для обычной
статики это избыточно. Tuqo даёт тот же результат — push → сайт в проде — без YAML
и раннеров.
В чём разница
| GitHub Actions + хостинг | Tuqo Git CD | |
|---|---|---|
| Конфиг | .yml-пайплайн руками | ничего — привязка в панели |
| Сборка | свои шаги/раннеры | авто: Node 20, npm ci && npm run build |
| Секреты деплоя | настраивать вручную | не нужны |
| Вебхук | — | создаётся автоматически |
| Откат | вручную | в один клик |
Как настроить
- Сайт в панели Tuqo → вкладка «Git CD».
- Подключите git-сервис: GitHub или GitFlic — через аккаунт; GitVerse, GitLab, Gitea — по токену доступа (для self-hosted GitLab/Gitea укажите URL инстанса).
- Выберите репозиторий и боевую ветку → «Привязать». Вебхук создаётся сам.
Дальше всё как обычно: git push в боевую ветку — и свежая версия публикуется
автоматически.
Что со сборкой
Tuqo определяет тип проекта сам:
- есть
package.json→ сборка на Node 20, артефакт изdist/,build/илиout/(Vite, React, Vue, Astro, SvelteKit static, Next.js export и др.); - нет
package.json→ публикуется как есть (нуженindex.htmlв корне).
Сборка идёт в изолированной песочнице с лимитами по времени и памяти. Хостинг только статический — серверный код (SSR, PHP, Node-сервер) не выполняется.
Когда всё же нужен GitHub Actions
Если нужны кастомные шаги (тесты, линтеры, генерация контента из внешних API на этапе сборки, нестандартный рантайм) — Actions гибче. Но для «собрать фронтенд и выложить статику» Git CD в Tuqo закрывает задачу без пайплайна.