Build-Methoden
Dockerfile, Railpack, Nixpacks und Buildpacks – welche läuft und wie Builds zu deinen Servern passen.
Schritt für Schritt: Docker auf DigitalOcean deployen · Docker auf Hetzner deployen · Docker auf Vultr deployen · Docker auf OVHcloud deployen · Docker auf Scaleway deployen · Docker auf UpCloud deployen
| Methode | Wann |
|---|---|
| Dockerfile | wenn das Repo eines hat, das die App baut (ein Dockerfile, das nichts vom Repo hinzufügt – ein Development-Image, das einen Bind-Mount erwartet – wird automatisch übersprungen) |
| Railpack | der Standard für Repos ohne Dockerfile |
| Nixpacks | Fallback, wenn Railpack ein Repo nicht planen kann |
| Buildpacks | explizit gewählt unter Settings → Build method |
Builds auf kleinen Servern
Railyard passt einen Build automatisch an die Maschine an, auf der er läuft, inklusive der Nutzung eines größeren temporären Build-Servers, wenn dein Provider das erlaubt, sodass die meisten Builds ohne manuelles Tuning gelingen. Builds haben bis zu 60 Minuten Zeit, und Image-Pulls wiederholen vorübergehende Fehler automatisch.
Falls ein Build trotzdem nicht genug Speicher hat, zeigt die Deploy-Seite das an und schlägt den nächsten Schritt vor.