Bring dein Repo zu Anvil. Wir machen den Rest.
Füg deine GitHub- oder GitLab-URL ein. Anvil erkennt deinen Stack, richtet eine verwaltete Anvil App ein und deployed sie auf einer eigenen Subdomain — ohne dass du ein leeres Projekt aufsetzt oder CI verkabelst.
Drei Schritte zur Live-Seite
Repo-URL einfügen
Eine GitHub- oder GitLab-URL einwerfen. Wir erkennen den Anbieter und autorisieren via OAuth — dein Code bleibt, wo er ist, Anvil bekommt nur Klon-Zugriff.
Wir erkennen deinen Stack
Anvil liest composer.json, package.json, Gemfile, requirements.txt oder pom.xml und wählt die richtige Runtime. Du bestätigst oder überschreibst.
Auf Anvil Hosting deployen
Eine verwaltete Anvil App startet auf einer *.anvilhosted.app-Subdomain mit TLS, SQLite, Scale-to-Zero und Auto-Deploy bei PR-Merge. Eigene Domain optional.
Was wir automatisch erkennen
Elf Stacks, handgeschriebene Regeln. Kein LLM-Call, sofort.
| Geprüfte Datei | Signal | Stack |
|---|---|---|
| composer.json | laravel/framework | Laravel |
| package.json | next | Next.js |
| package.json | astro | Astro |
| package.json | nuxt | Nuxt.js |
| package.json | @angular/core | Angular |
| package.json | express | Express |
| Gemfile | gem 'rails' | Ruby on Rails |
| requirements.txt or pyproject.toml | django | Django |
| requirements.txt or pyproject.toml | fastapi | FastAPI |
| pom.xml or build.gradle | spring-boot-starter | Spring Boot |
Keine Markierung erkannt? Stack manuell wählen — jede unterstützte Runtime ist in jedem Plan.
Was du behältst
Dein Quell-Repo
Code bleibt auf GitHub oder GitLab. Anvil besitzt oder spiegelt dein Repo nie. Jederzeit trennen — dein Code bleibt unberührt.
Deine Git-Historie
Keine Force-Pushes, kein Umschreiben. Branch-Protection-Regeln in GitHub / GitLab werden respektiert.
Deinen Workflow
Öffne PRs wie immer. Anvil deployed bei Merge auf den von dir konfigurierten Branches (main → Production, staging → Staging).
Deine Secrets
Env-Vars auf Projekt-Ebene setzen. Sie liegen in Anvils verschlüsseltem Store — nie im Repo, nie in den Deploy-Logs.
Häufig gefragt
Funktioniert Anvil mit privaten Repos?
Ja. Der OAuth-Flow gibt Anvil Klon-Zugriff, beschränkt auf das spezifische Repo. Tokens werden verschlüsselt gespeichert; nur die Deploy-Maschine sieht sie beim Klonen.
Ich habe ein Monorepo — kann ich einen Unterordner deployen?
Noch nicht. v1 deployed das Repo-Root. Ein Subpath-Flag ist auf der Roadmap; vorerst auf einen reinen Deploy-Branch zeigen, der nur die zu hostende App enthält.
Wie konfiguriere ich Umgebungsvariablen?
Nach dem Import hat die Infrastruktur-Seite des Projekts einen Env-Var-Editor. Werte sind im Ruhezustand verschlüsselt und werden bei jedem Deploy in die Site-Maschine injiziert.
Kann ich meine eigene Domain nutzen?
Ja. Auf der Infrastruktur-Seite hinzufügen; Anvil stellt ein TLS-Zertifikat via Let's Encrypt aus und routet den Traffic. CNAME auf deinen *.fly.dev-Hostnamen oder Anweisungen folgen.
Wie rolle ich einen schlechten Deploy zurück?
Jeder Deploy ist an einen Commit-SHA gebunden — push einen Revert-Commit (oder den Revert-Button am PR) und der nächste Deploy landet automatisch. Kein zerstörerischer Cutover.
Bereit, dein Repo umzuziehen?
Kostenloser Plan: eine Site, Scale-to-Zero, 3 GB Bandbreite. Keine Kreditkarte nötig.