Erste Schritte
Eine kvellman-Origin starten und in Minuten als winget-Quelle hinzufügen.
Was ist kvellman?
kvellman ist ein selbst-gehostetes, winget-kompatibles Paket-Repository. Du trägst es als zusätzliche winget-Quelle ein — die winget-CLI fragt es genauso ab wie die offizielle Microsoft-Quelle. Keine Client-Änderungen, keine eigenen Installer.
1. Origin starten (Docker)
Die Community-Edition läuft aus einem einzigen docker compose-Stack (App + PostgreSQL). Mit einer
Domain, die auf deinen Host zeigt, und offenen Ports 80/443:
git clone <open-core-repo> kvellman && cd kvellman
cp .env.deploy.example .env.deploy # DOMAIN, NUXT_SESSION_PASSWORD, POSTGRES_PASSWORD setzen
docker compose --env-file .env.deploy up -d
Die DB-Migrationen laufen beim Start automatisch. Öffne https://deine-domain, um den ersten
Admin-Account anzulegen.
2. Paket bereitstellen
In der Web-UI: ein Site-Token anlegen (Admin → Site-Tokens), dann ein Manifest hochladen oder aus dem winget-Katalog importieren. Optional den Installer lokal speichern, damit er von deiner Origin ausgeliefert wird.
3. Quelle am Client hinzufügen
winget verlangt HTTPS für eine REST-Quelle. Auf einem Windows-Client (PowerShell):
winget source add --name kvellman --type Microsoft.Rest --arg "https://deine-domain/api/<site-token>"
winget search --source kvellman <begriff>
winget install --source kvellman <Package.Identifier>
Fertig — Clients installieren interne Software jetzt über deine eigene winget-Quelle.
Nächste Schritte
- Deployment — Docker, Reverse-Proxys (Caddy/Traefik), Edge-Nodes, TLS.
- Architektur — wie winget-API, Site-Tokens und Spiegelung zusammenspielen.
- Editionen & Lizenzierung — Community vs. Enterprise.