harvis
Jekyll

ดีพลอยแอป 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.

steps
  1. 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.

  2. 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.

  3. 03

    ดีพลอยมัน

    รัน "npx harvis deploy _site" จาก root ของโปรเจกต์คุณ ไม่ต้องตั้งค่าและไม่ต้องล็อกอินสำหรับการดีพลอยครั้งแรกนี้ — คุณจะได้ URL ใช้งานจริงทันที พร้อมลิงก์ claim ส่วนตัวเพื่อผูกไซต์เข้ากับบัญชีฟรีเมื่อคุณพร้อม

ดีพลอย Jekyll ด้วยคำสั่งเดียว

Build โปรเจกต์ของคุณ แล้วส่งโฟลเดอร์ output ให้ harvis ไม่ต้องมีบัญชีสำหรับการดีพลอยครั้งแรก — คุณจะได้ลิงก์ใช้งานจริงและลิงก์ claim ส่วนตัวเพื่อจัดการภายหลัง

terminal
bundle exec jekyll build
npx harvis deploy _site

อยากลากไฟล์แทนเทอร์มินัลไหม? Build โปรเจกต์แล้ว วางโฟลเดอร์ output ที่นี่ แล้วเผยแพร่แบบเดียวกัน

git hook

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.

in your repo root
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 MB ต่อไซต์ ซึ่งเพียงพอมากสำหรับ static build ของ Jekyll ไซต์ที่เผยแพร่แล้วไม่มีวันหมดอายุ — จะออนไลน์อยู่จนกว่าคุณจะลบมัน

ฉันใช้โดเมนของตัวเองกับไซต์ Jekyll ที่ดีพลอยแล้วได้ไหม?

ทุกไซต์จะได้ที่อยู่ harvis.page ฟรี และคุณเลือก subdomain ของตัวเองจากแดชบอร์ดได้หลังจาก claim — my-app.harvis.page แทนที่จะเป็นชื่อสุ่ม การชี้โดเมนที่คุณเป็นเจ้าของอยู่แล้ว (เช่น mystore.com) มาที่ไซต์ยังไม่รองรับในตอนนี้

สิ่งนี้ต่างจากการดีพลอย Jekyll ไปยัง Vercel หรือ Netlify อย่างไร?

Vercel และ Netlify สร้างขึ้นรอบการเชื่อมต่อ Git repo แล้วรัน build บนเซิร์ฟเวอร์ของพวกเขา พร้อมแดชบอร์ดสำหรับตั้งค่า harvis ข้ามขั้นตอนเหล่านั้นทั้งหมด: คุณ build ในเครื่อง (หรือใน CI ของคุณเอง) รันคำสั่ง CLI เดียวกับโฟลเดอร์ output แล้วได้ลิงก์กลับมา — ไม่ต้องตั้งค่าโปรเจกต์ และไม่ต้องมีบัญชีจนกว่าคุณจะอยากเก็บไซต์ไว้

other frameworks

กำลังดีพลอยอย่างอื่นอยู่?

สูตรเดียวกันทุกที่ — build แล้ว npx harvis deploy โฟลเดอร์ output