Розгорніть свій Jekyll застосунок
Jekyll is what GitHub Pages runs under the hood for plain Jekyll sites, and the output is identical either way: a self-contained _site folder of plain HTML. Point the CLI at it directly.
- 01
Build the site
Run "bundle exec jekyll build" (plain "jekyll build" also works if you're not using Bundler). Jekyll converts your Markdown and layouts into static HTML in a "_site" folder.
- 02
Skip serve mode
"jekyll serve" starts a local dev server with live reload — it builds into "_site" too, but you want it stopped and a plain "build" run for a clean deploy.
- 03
Розгорніть
Запустіть "npx harvis deploy _site" у корені проєкту. Для цього першого розгортання не потрібні ні конфігурація, ні вхід — ви одразу отримаєте живу URL-адресу плюс приватне посилання для підтвердження, щоб коли завгодно прив'язати сайт до безкоштовного акаунта.
Розгорніть Jekyll однією командою
Зберіть проєкт, а потім передайте папку з результатом harvis. Акаунт для першого розгортання не потрібен — ви отримаєте живе посилання й приватне посилання для підтвердження, щоб керувати сайтом пізніше.
bundle exec jekyll build npx harvis deploy _site
Хочете перетягувати файли замість терміналу? Зберіть проєкт, а потім перетягніть папку з результатом сюди і опублікуйте так само.
Deploy Jekyll on every git push
The command above is one you will run again after every change. A git hook runs it for you: this one already points at _site, the folder Jekyll builds into.
The folder holding the finished site. "." is the repo root, which is right for hand-written HTML; a static-site generator writes somewhere else.
pre-push fires on every branch and every remote, so a feature branch would publish over your live site. With this on, a push from anywhere else exits early and goes through untouched.
cat > .git/hooks/pre-push <<'EOF' #!/bin/sh set -e bundle exec jekyll build harvis deploy _site EOF chmod +x .git/hooks/pre-push
The options, the gotchas and how to share a hook with your team are on the git hook page.
Питання про розгортання Jekyll
I already use GitHub Pages for this Jekyll site. Why deploy here too?
GitHub Pages ties the site to a GitHub repo and its own domain scheme. Deploying the same _site folder here with npx harvis gets you an independent live link in about two seconds — handy for previewing a branch or a client draft before it's ready to merge.
Does Jekyll's built-in Sass and asset pipeline still work?
Yes — Sass compiles to plain CSS as part of jekyll build, so by the time _site exists everything is already plain static files. Nothing about the deploy step needs to know Jekyll was involved.
Чи справді безкоштовно розгортати застосунок Jekyll на harvis?
Так, банківська картка не потрібна. Безкоштовні ліміти — 500 файлів і 50 МБ на сайт, чого з запасом вистачає для статичної збірки Jekyll. Опубліковані сайти не мають терміну дії — вони залишаються онлайн, доки ви їх не видалите.
Чи можу я використати власний домен для розгорнутого сайту Jekyll?
Кожен сайт отримує безкоштовну адресу harvis.page, а після підтвердження ви можете вибрати власний піддомен у панелі керування — my-app.harvis.page замість випадкового. Прив'язка домену, яким ви вже володієте (наприклад, mystore.com), поки не підтримується.
Чим це відрізняється від розгортання Jekyll на Vercel чи Netlify?
Vercel і Netlify побудовані навколо підключення Git-репозиторію та запуску вашої збірки на їхніх серверах, із панеллю для налаштування. harvis пропускає все це: ви збираєте проєкт локально (або у власному CI), виконуєте одну команду CLI для папки з результатом і отримуєте посилання — без налаштування проєкту й без акаунта, доки не захочете зберегти сайт за собою.
Розгортаєте щось інше?
Рецепт скрізь однаковий — зберіть, а потім опублікуйте результат через npx harvis deploy.