hautuu

Suchbegriff eingeben.

· 2 Min. Lesezeit

Folge 024: GitHub-Template statt Fork, privat starten

hautoo per Use this template kopieren, Repo privat wählen, Menü und MIT-Inhalte aufräumen. Sveltia lokal mit Chromium und lokalem Repository vor dem Cloudflare-Deploy.

Magst du Struktur und Features von hautuu, willst aber deine Texte und keinen öffentlichen Quellcode auf GitHub? Dann reicht ein Fork oft nicht: Der bleibt bei öffentlichem Original öffentlich. Besser: Template mit Private (privat). Was die Site kann, hast du in Folge 023 gesehen; hier geht es um dein Repo und das Aufräumen.

Das Video zu dieser Folge

Dieses Video ist mit Zugangscode geschützt. Nach der Freischaltung bleibst du in diesem Browser angemeldet (localStorage), bis der Zugang abläuft oder du ihn zurücksetzt.

Du hast noch keinen ZugangsCode? Dann melde dich bei mir!

hellostoryofai.net

Warum kein Fork?

platomat/hautoo ist öffentlich, damit du lernen und die Vorlage nutzen kannst. Darum liegen dort keine privaten E-Mails oder Secrets in den Settings. Ein Fork deines Accounts bleibt bei GitHub public, wenn das Original public ist. Du kannst ihn später nicht einfach auf privat drehen. Für „nur ich sehe den Code“ nimm Use this template (Diese Vorlage verwenden).

Template anlegen (privat)

  1. Öffne hautoo als Vorlage oder auf der Repo-Seite Use this template (Diese Vorlage verwenden) → Create a new repository (Neues Repository erstellen).
  2. Repository name: etwas Eindeutiges, z. B. meine-webseite-business, nicht nur webseite (du kannst mehrere Projekte haben).
  3. Description (Beschreibung): optional.
  4. Private wählen. Public würde den Quellcode für alle lesbar machen.
  5. Create repository (Repository erstellen).

Du bekommst eine Kopie unter deinem Account, unabhängig vom Upstream (Original-Repo). Updates von dort holst du später per Pull oder gezieltem Merge, nicht automatisch. Aber nur, wenn im Upstream auch wieder etwas geändert wurde.

hautoo bringt unter der MIT-Lizenz mitgelieferte Lern-Inhalte: Folgen, Glossar, Features, Demo. Für deine Site brauchst du das meist nicht.

Hauptmenü (main):

  1. Im CMS Menüs → Hauptmenü (oder wie dein main-Menü heißt).
  2. Einträge löschen, die du nicht willst, z. B. Links zu Glossar, Features, Demo.

Inhalte (typisch in Sveltia-Collections):

  • Glossar
    Alle Einträge markieren und löschen, wenn du kein Glossar willst
  • Seiten
    z. B. Features, Demo (Ordner-Slug im CMS)
  • Artikel
    Screencast-Folgen
  • Tags / Kategorien
    hautuu-Themen, danach eigene anlegen

Footer-Menüs (footer, footer-legal) genauso prüfen. Bausteine wie Kontaktanschrift kannst du behalten und anpassen (Folge 020).

Titel, Logos und Texte stehen schon viel im CMS unter Einstellungen → General (Folge 023). Kontakt-E-Mail nicht ins öffentliche Repo committen: Umgebungsvariable CONTACT_EMAIL oder leer lassen (Folge 019).

Lokal arbeiten und CMS testen

  1. Dein Repo klonen, in Cursor öffnen (Folge 001).
  2. npm install und npm run dev (Folge 018).
  3. Sveltia unter /admin/: Browser Chromium oder Chrome (Firefox nutzt eine andere Engine und passt oft nicht zum lokalen CMS, siehe Folge 013).
  4. Beim Login Lokales Repository (local repository) wählen und den Projektordner angeben, wenn danach gefragt wird.

So kannst du z. B. unter Einstellungen → Design → Content die Avatar-Form von rund auf eckig stellen, Texte ändern, Speichern → Commit landet in Git, nach Push baut Cloudflare Pages (Folge 011). Bis der Worker für dein neues Repo steht, ist lokales Ändern der schnellere Weg.

Kurz merken

  • Template + Private, nicht Fork, wenn der Code privat bleiben soll.
  • Menü und Collections aufräumen, dann eigene Inhalte.
  • Chromium + lokales Repository für /admin/ am Rechner.
  • Hosting und Repo-Sichtbarkeit sind zwei Paar Schuhe (Folge 020).

← Alle Artikel · Permalink