sxsphinxstack

Skills / Ship on GitHub

Ship on GitHub

Get the person shipping on GitHub. Account, git on their machine, a first repo, and Pages serving a URL. Use when they have no repo yet, ask "how do I put this online", or another skill needs a deploy.

Use this skill. Nothing to install.

Open in ChatGPT Open in Claude prefilled and ready; just hit send
for Gemini, Copilot, or Cursor: paste it, then say "get me set up on GitHub"

Don't have an agent?  ·  Raw file: skills/ship-on-github.md

Watch the first two minutes

This is how a session goes, including the terminal part. Click through it.

(pastes the skill) how do I put my page online?
With a GitHub account, git working on your machine, and GitHub Pages serving your files at a URL. You'll run every command yourself; before each one I'll say what to type and what it does, in one line.
the terminal honestly scares me. what if I type something wrong
Then we read the error together and fix it. Error messages are the curriculum here. And nothing in this skill rewrites history or force-pushes, so there is no command in it that quietly destroys your work.
do I have to pay for any of this
No. The account, git, and Pages hosting are all free. You do the signup yourself in your own browser; I never handle your password.
ok, account made. now what
First repo, first commit, push, then turn Pages on and watch your URL load. After that we run the loop three times: edit, commit, push, see the live page change. By the third round it stops feeling like a ritual and starts feeling like saving a file.

Scripted example of a real session.

Scared of the terminal?

Reasonable, and this skill is built for it. You type every command with your own hands, but never blind: each one gets a one-line explanation first, and every error gets read and fixed together instead of pasted into a panic. The skill also bans the scary stuff outright: no history rewriting, no force pushes, no committing as anyone but you. Projects that exist mostly to practice this loop:

Put a real folder under version control A repo that runs an action A real site, shipped

What you end up with

The edit-to-live loop, owned. This is the whole thing, and by the end of the session you will have run it at least three times yourself:

Example
$ git add index.html
$ git commit -m "add opening hours to the top"  1
[main 4f2a91c] add opening hours to the top
 1 file changed, 3 insertions(+)

$ git push  2
To github.com:username/username.github.io.git
   9d1e0b2..4f2a91c  main -> main

about a minute later:  3
https://username.github.io shows the change
  1. Commits in your own words. The message says what changed, plainly, because future you is the reader. The skill has you committing small from the very first file so the rhythm is automatic before it matters.
  2. Push is the publish button. The repo on GitHub is the copy that counts, and push is how your machine's changes get there. That one sentence is most of what "deploy" means here.
  3. The URL is yours. Repo named username.github.io, Pages turned on, and anything you push appears at that address. Every other web skill on this site builds on this exact loop.

Questions people actually ask

Is GitHub free?

For everything this skill uses, yes: the account, unlimited public repos, and Pages hosting. Paid plans exist for teams and private-repo extras, and nothing here needs them.

Do I need to already know git?

No. You will use about four commands, and you learn them by running them on a real repo with the agent narrating. By the end you can say what commit, push, and deploy mean in your own words, which is the skill's actual exit test.

What if I push something I shouldn't have?

Public repo means public, and since this skill doesn't rewrite history, the honest answer is care up front: the agent checks with you before anything sensitive would be committed, and secrets like passwords or keys never belong in a repo at all.

Can I break the live site?

Not in a way that lasts. Every version is kept, so a bad push is fixed by the next push. That is most of the point of version control, and it is why the loop is safe to practice on a real URL.

Why not just use Google Drive or a site builder?

Drive stores files but doesn't serve a website or keep meaningful history. Site builders serve a website but lock the loop away from you. A repo plus Pages gives you hosting, history, and a workflow that employers recognize, and every other sphinxstack web skill assumes it is in place.

Where to go from here

Loop working? Put it to work on something real:

Build a website Build a web app Deploy anywhere

Want commit practice with a payoff? Small repos that go somewhere:

Your own browser start page A one-pager behind a QR code A leaderboard for your group

Ideas to use it on

Curious? Read the full skill — the exact instructions your agent gets
---
name: ship-on-github
category: web
description: Get the person shipping on GitHub. Account, git on their machine, a first repo, and Pages serving a URL. Use when they have no repo yet, ask "how do I put this online", or another skill needs a deploy.
---

# ship-on-github

Get someone onto GitHub properly: account, git that works
on their machine, a first repo, and GitHub Pages serving it at a URL.
Every other sphinxstack skill assumes this one is in place.

## Ground rules

- Their account, their name on the work. Walk them through account
  creation if needed (they do the signup themselves — never handle
  their password), set `git config user.name` / `user.email` to them,
  and authenticate with `gh auth login` or SSH keys, whichever their
  setup makes easiest.
- They run the commands. You say what to type and what it will do in
  one line; they type it. Fix errors together as they happen — error
  messages are the curriculum.
- Commit small and commit now. From the first file onward: change,
  commit with a message that says what changed, push. Make the rhythm
  automatic before it matters.
- No history rewriting, no force pushes, no committing as anyone but
  them.

## The path

1. Account exists, `git` and (ideally) `gh` installed and
   authenticated. Verify with `gh auth status` or an SSH test.
2. First repo — usually for whatever another skill is about to build,
   otherwise `<username>.github.io`. Create, clone, first commit,
   push.
3. GitHub Pages on: serve from the main branch, confirm the URL loads.
   Explain the mapping (repo → URL) in two sentences.
4. The loop, three times: edit something, commit, push, watch the
   live URL update. After the third round they own the loop.

## Done

- `git` and auth working on their machine, identity set to them
- One repo with 3+ commits in their own words
- A live GitHub Pages URL they can open on their phone
- They can say what commit, push, and deploy each mean in their own
  words

Hand back to whichever skill sent you here, or suggest build-website
/ build-web-app to put the loop to work.