Für Maintainer

Ein Button in deinem README.

Lass deine Nutzer dein Projekt in wenigen Klicks auf einem Server in ihrem eigenen Cloud-Konto deployen, ohne für jede Plattform einen eigenen Deploy-Guide zu schreiben.

Deploy-Button

Erstelle deinen Button.

Füge die URL deines Repositorys ein. Der Link öffnet Railyards Formular für neue Apps mit bereits ausgefülltem Repository, und dein Nutzer wählt einen Server, der ihm gehört.

Deploy to Railyard

Markdown
[![Deploy to Railyard](https://app.railyard.run/deploy/badge)](https://app.railyard.run/deploy?repo=https%3A%2F%2Fgithub.com%2Fyou%2Fyour-project)
HTML
<a href="https://app.railyard.run/deploy?repo=https%3A%2F%2Fgithub.com%2Fyou%2Fyour-project"><img src="https://app.railyard.run/deploy/badge" alt="Deploy to Railyard"></a>

Erkennung

Was Railyard aus deinem Repo liest.

Bei einem GitHub-Repository prüft Railyard die Dateien auf dem verlinkten Branch, bevor überhaupt etwas gebaut wird. Probier es auf der Startseite aus mit deinem eigenen Repo, um zu sehen, was erkannt wird.

Wie es baut

Ein Dockerfile, falls vorhanden. Andernfalls erkennt Railyard automatisch deine Sprache und dein Framework und wählt eine passende Runtime-Version, ganz ohne Konfiguration.

Seine Prozesse

Web- und Worker-Prozesse, die in deinem Projekt deklariert sind, plus gängige Hintergrund-Worker wie Sidekiq, Solid Queue oder Celery.

Was es braucht

Datenbanken und Dienste, von denen dein Projekt abhängt, wie Postgres, MySQL, Redis, MongoDB, Elasticsearch, RabbitMQ, Memcached, ClickHouse oder InfluxDB. Railyard fügt sie hinzu und verdrahtet die Connection-Strings.

Seine Einstellungen

Die Umgebungsvariablen, die dein Projekt dokumentiert, damit das Deploy-Formular nur nach den wichtigen fragt.

Ein veröffentlichtes Image

Wenn du dein Projekt schon auf GitHub Container Registry oder Docker Hub veröffentlichst, kann Railyard dieses Image statt eines Builds ausführen.

railyard.yml

Erkennung mit railyard.yml überschreiben.

Leg eine railyard.yml im Root deines Repositorys ab, und Railyard nutzt sie statt des Erkannten: die Build-Methode, den Port, einen Release-Befehl, der vor jedem Release läuft, einen Seed-Befehl, deine Prozesse, Standardvariablen und Add-ons. Jeder Schlüssel ist optional. Eine app.json oder render.yaml wird ebenfalls gelesen.

Doku zum Deploy-Button → Templates durchsuchen →

railyard.yml
build: dockerfile            # auto, dockerfile, railpack, nixpacks or cnb
runtime:
  container_port: 3000
  release_command: bin/rails db:migrate
  seed_command: bin/rails db:seed
  processes:
    web: bin/rails server
    worker: bundle exec sidekiq
env:
  RAILS_LOG_TO_STDOUT: "1"
addons: [postgres, redis]

Deploye deine erste App auf einem Server, der dir gehört.

Verbinde eine Maschine mit Host, Benutzer und SSH-Key, oder lass Railyard eine in deinem Cloud-Konto anlegen. Railyard installiert den Rest und beobachtet, bis sie online ist.

Kostenloser Plan, keine Kreditkarte, und 14 Tage Pro für jedes neue Team. Ein fester Preis pro Team.