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" चलाएँ। इस पहले डिप्लॉय के लिए कोई कॉन्फ़िग और कोई लॉगिन नहीं चाहिए — आपको तुरंत एक लाइव URL मिलता है, साथ ही जब चाहें साइट को मुफ़्त अकाउंट से जोड़ने के लिए एक प्राइवेट क्लेम लिंक।

Jekyll को एक कमांड से डिप्लॉय करें

अपना प्रोजेक्ट बनाएँ, फिर आउटपुट फ़ोल्डर harvis को सौंप दें। पहले डिप्लॉय के लिए किसी अकाउंट की ज़रूरत नहीं — आपको एक लाइव लिंक और बाद में इसे मैनेज करने के लिए एक प्राइवेट क्लेम लिंक मिलेगा।

terminal
bundle exec jekyll build
npx harvis deploy _site

टर्मिनल के बजाय फ़ाइलें खींचना पसंद है? प्रोजेक्ट बनाएँ, फिर आउटपुट फ़ोल्डर यहाँ ड्रॉप करें और इसे उसी तरह पब्लिश करें।

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 प्रति साइट हैं, जो एक स्टैटिक Jekyll बिल्ड के लिए काफ़ी जगह देती हैं। पब्लिश की गई साइट्स एक्सपायर नहीं होतीं — जब तक आप उन्हें डिलीट नहीं करते, वे लाइव रहती हैं।

क्या मैं डिप्लॉय की गई Jekyll साइट के साथ अपना खुद का डोमेन इस्तेमाल कर सकता हूँ?

हर साइट को एक मुफ़्त harvis.page एड्रेस मिलता है, और क्लेम करने के बाद आप डैशबोर्ड से अपनी पसंद का सबडोमेन चुन सकते हैं — रैंडम की बजाय my-app.harvis.page जैसा कुछ। आपके पास पहले से मौजूद किसी डोमेन (जैसे mystore.com) को साइट पर पॉइंट करना अभी सपोर्टेड नहीं है।

यह Jekyll को Vercel या Netlify पर डिप्लॉय करने से कैसे अलग है?

Vercel और Netlify एक Git रेपो को कनेक्ट करने और आपका बिल्ड उनके सर्वर पर चलाने पर बने हैं, साथ में इसे कॉन्फ़िगर करने के लिए एक डैशबोर्ड। harvis यह सब छोड़ देता है: आप लोकली (या अपने CI में) बिल्ड करते हैं, आउटपुट फ़ोल्डर पर एक CLI कमांड चलाते हैं, और एक लिंक पाते हैं — कोई प्रोजेक्ट सेटअप नहीं, और साइट रखने तक कोई अकाउंट नहीं चाहिए।

other frameworks

कुछ और डिप्लॉय कर रहे हैं?

तरीका हर जगह एक जैसा है — पहले बनाएँ, फिर npx harvis deploy से आउटपुट डिप्लॉय करें।