Skip to main content
Die meisten Arbeiten mit Devin folgen dem üblichen Softwarebereitstellungsprozess: Devin arbeitet in Ihrem Repository, eröffnet einen Pull Request und Ihr Team prüft, führt ihn zusammen und veröffentlicht ihn über die bestehende Pipeline. Diese Seite beschreibt einen optionalen Sonderfall: Sie können Devin bitten, eine kleine eigenständige App von Grund auf zu erstellen und für Sie zu hosten. So erhalten Sie eine Live-URL für Prototypen, Demos oder temporäre interne Tools.
Wenn Sie Devin mit einer bestehenden Codebasis verwenden, erfolgt das Deployment über Ihre eigene CI/CD-Pipeline und nicht über die hier beschriebenen gehosteten Deployments. Siehe Bestehende Anwendungen.

​
Was ein Deployment ist

Bei einem Deployment veröffentlicht Devin eine von ihm erstellte App auf einer von Cognition gehosteten Infrastruktur, sodass die App auch nach Ende der Sitzung unter einer öffentlichen URL erreichbar bleibt. Devin kann zwei Arten von Anwendungen bereitstellen:
  • Statische Frontends, die über devinapps.com bereitgestellt werden.
  • FastAPI-Backends, die auf Fly.io bereitgestellt werden.
Deployments sind nicht dafür gedacht, dass Devin Code in Ihre Infrastruktur ausliefert. Wenn Devin zu Vercel, AWS, Netlify oder Ihrer eigenen CI/CD-Pipeline pusht, verwendet es Ihre Tools mit den von Ihnen bereitgestellten Zugangsdaten – siehe Bestehende Anwendungen. Deployments sind für kleine Apps gedacht, die Devin von Grund auf erstellt, etwa Prototypen, Demos und interne Tools.

​
Verfügbarkeit

Deployment steht Nicht-Enterprise-Organisationen mit deaktiviertem sicheren Modus zur Verfügung:
  • Enterprise-Organisationen: Deployment ist für alle Sitzungen deaktiviert. Stellen Sie stattdessen in Ihre eigene Infrastruktur bereit.
  • Umschalter für native Deployments: Die Einstellung Enable native deployments unter Settings > Devin legt fest, ob Devin mit seinen integrierten Deployment-Tools ins öffentliche Internet bereitstellen darf. Wird sie deaktiviert (sicherer Modus), steht das Bereitstellungs-Tool in Sitzungen nicht mehr zur Verfügung.
  • Security Profiles und Netzwerkrichtlinien: Sitzungen, für die ein Security Profile erzwungen wird, laufen im sicheren Modus. Sitzungen mit einer Netzwerkrichtlinie (aus einem Profil oder einer Automatisierung) können nicht bereitstellen, da das Hochladen der Website und der Aufruf von Fly.io uneingeschränkten Netzwerkzugriff erfordern.
Da ein Deployment Inhalte öffentlich im Internet erreichbar macht, erfordert jedes Deployment Ihre ausdrückliche Zustimmung. Devin zeigt in der Sitzung eine Abfrage zum Zustimmen oder Ablehnen an, und das Deployment wird erst nach Ihrer Zustimmung ausgeführt.

​
Frontend-Deployment

Devin lädt den Inhalt eines Build-Verzeichnisses hoch und stellt ihn als statische Website unter einer eindeutigen Subdomain https://<name>.devinapps.com bereit. Voraussetzung ist lediglich, dass das Verzeichnis eine index.html enthält. Daher funktioniert jedes Framework, das einen statischen Build erzeugt, einschließlich Vite, statischer Exporte von Next.js, Astro, des statischen Adapters von SvelteKit sowie reinem HTML, CSS und JavaScript. Wenn Devin ein Frontend von Grund auf erstellt und Sie keinen Stack angegeben haben, erstellt es eine App mit Vite + TypeScript + Tailwind CSS + shadcn/ui. Dies ist der Standard für neue Projekte und keine Einschränkung dessen, was bereitgestellt werden kann.

​
Backend-Deployment

Devin stellt Python-Backends auf Fly.io bereit und erstellt dabei das Dockerfile sowie die fly.toml für Sie. Das Projekt muss:
  • eine pyproject.toml mit einem Projektnamen enthalten und
  • eine FastAPI-App namens app in app/main.py bereitstellen.
Das FastAPI-Grundgerüst von Devin erfüllt bereits beide Anforderungen. Für jeden anderen Backend-Stack oder jede andere Sprache wählen Sie eine eigene Deployment-Methode und geben Devin über Secrets und Skills die erforderlichen Zugangsdaten und Anweisungen.

​
Bestehende Anwendungen

Devin kann keine bereits vorhandenen Anwendungen auf von Cognition gehosteter Infrastruktur bereitstellen. Ein statisches Frontend kann funktionieren, wenn es in ein Verzeichnis mit einer index.html gebaut wird. Bestehende Backends funktionieren jedoch in der Regel nicht, da sie selten dem vom Deployer erwarteten FastAPI-Aufbau entsprechen. Behandeln Sie das Deployment bereits vorhandener Anwendungen wie jede andere Aufgabe, die Sie einem neuen Entwickler übertragen würden: Teilen Sie Devin mit, welche Plattform verwendet werden soll, und speichern Sie die Zugangsdaten und Befehle in Secrets und Skills.