Was ist Devins Umgebung?
Devins Umgebung ist der Workspace, in dem Devin arbeitet: eine Linux-basierte virtuelle Maschine mit Ihren geklonten Repositorys, installierten Tools, eingerichteten Abhängigkeiten, festgelegten Umgebungsvariablen und angewendeter Konfiguration. Sie ist das Äquivalent zum Laptop eines Entwicklers: das Betriebssystem, das Terminal, die installierte Toolchain, die geklonten Repos sowie die Zugangsdaten und Settings, die diese Tools benötigen. Ihre Umgebungskonfiguration wird als Snapshot gespeichert: ein unveränderliches, bootfähiges Image, das jeder Sitzung als Ausgangspunkt dient. Konfigurieren Sie sie einmal, und jede Sitzung startet in diesem bewährten Zustand.Warum die Umgebungskonfiguration wichtig ist
Devin arbeitet wie jeder Entwickler: Es klont Repos, installiert Abhängigkeiten, führt Linting aus, kompiliert Code und führt Tests aus. Dafür braucht es eine funktionierende Umgebung. Ohne sie kann Devin Ihr Projekt nicht bauen, Ihre Tests nicht ausführen und seine eigene Arbeit nicht verifizieren. Es wäre, als würden Sie einen Entwickler einstellen, ihm aber keinen Laptop geben. Die Umgebungskonfiguration stellt Devin die Tools, Laufzeitumgebungen, Zugangsdaten, Umgebungsvariablen und das Projektwissen bereit, die es braucht, um ab der ersten Sitzung produktiv zu sein. Außerdem werden Sitzungen dadurch schneller: Ihr Snapshot enthält bereits geklonte Repos und installierte Abhängigkeiten, sodass Devin sofort produktiv arbeiten kann, statt jedes Mal alles von Grund auf einzurichten. Das ist mit Abstand die wirksamste Maßnahme, um Devins Effektivität in Ihrer Codebasis zu verbessern. Eine Video-Anleitung finden Sie im Repo-Setup-Tutorial.Wie Sitzungen funktionieren
Jede Sitzung startet aus einem Snapshot, einem eingefrorenen, bootfähigen Image der Umgebung.- Snapshot: Ein vorab erstelltes Image, das Ihre Repos, Tools und Abhängigkeiten enthält. Es wird durch die Konfiguration im Voraus vorbereitet.
- Sitzung: Devin startet eine neue Kopie des Snapshots. Jede Sitzung beginnt im selben sauberen Zustand. Änderungen aus der Sitzung werden nicht in den Snapshot zurückgeschrieben.
Bevor Sie beginnen
Bevor Sie Devins Umgebung konfigurieren, stellen Sie sicher, dass Devin auf Ihre Repositorys zugreifen kann:Nutzer ohne Enterprise
Nutzer ohne Enterprise
- Verbinden Sie Ihren SCM-Anbieter. Gehen Sie zu Settings > Connections und verbinden Sie GitHub, GitLab, Bitbucket oder Azure DevOps. Wählen Sie während der Einrichtung aus, auf welche Repositorys Devin zugreifen darf. Ausführliche Anweisungen finden Sie in den Integrationsanleitungen.
Enterprise-Nutzer
Enterprise-Nutzer
- Verbinden Sie Ihren SCM-Anbieter (Enterprise-Admin). Gehen Sie zu Settings > Connections und verbinden Sie Ihren SCM-Anbieter. Eine Einrichtungsanleitung finden Sie unter Git-Integrationen.
- Gewähren Sie jeder Organisation Zugriff auf ihre Repos (Enterprise-Admin). Gehen Sie zu Settings > Repositories und weisen Sie jeder Organisation Repositorys zu. Organisationen können Repos erst sehen oder verwenden, wenn Sie ihnen ausdrücklich Zugriff gewähren. Siehe Repository Permissions.
- Konfigurieren Sie die Umgebung (Org-Admin). Sobald eine Organisation Zugriff auf Repos hat, fahren Sie unten mit der Umgebungskonfiguration fort.
Richte es ein, indem du Devin fragst
Dies ist die einfachste Möglichkeit, Devins Umgebung zu konfigurieren, und funktioniert für die meisten Repositories.
Starte eine Devin-Sitzung und frage:
“Richte deine Umgebung für dieses Repo ein.”
1
Devin analysiert dein Repository
Devin analysiert deine Codebasis und ermittelt, welche Tools, Laufzeitumgebungen und Abhängigkeiten benötigt werden.
2
Überprüfe die Vorschläge
Devin schlägt einen Blueprint in Form von Vorschlagskarten in der Timeline vor. Überprüfe das vorgeschlagene Setup und genehmige die Karten, die du verwenden möchtest.
3
Ein Build erstellt den Snapshot
Devin führt einen Build mit dem genehmigten Blueprint aus und erstellt den Snapshot, von dem jede Sitzung startet.
Umgebungsvariablen und Secrets
Umgebungsvariablen sind Teil deines Blueprints. Definiere nicht sensible Werte im Feldenv eines Steps oder schreibe gemeinsam genutzte Werte in $ENVRC; Informationen zu den Mustern für $ENVRC und direnv findest du in den Umgebungsvorlagen. Devin kann Tools und Abhängigkeiten aus deinem Repository ableiten, aber keine Zugangsdaten erkennen.
Speichere sensible Werte als verschlüsselte Secrets im Tab Secrets des Blueprint-Editors und referenziere sie dann als $VARIABLE_NAME. Secrets werden während Builds und Sitzungen als Umgebungsvariablen eingefügt; siehe den Leitfaden zu Blueprint-Secrets und die Referenz zu Umgebungsvariablen und Secrets.
Wählen Sie den passenden Ansatz
Devin zu fragen ist der Standard. Wenn Sie die Konfiguration selbst erstellen möchten, verwenden Sie die deklarative Konfiguration, den empfohlenen manuellen Weg. Blueprints beschreiben Ihre Umgebung, und Builds erstellen automatisch Snapshots.Deklarative Konfiguration
Empfohlener manueller Weg. Prüfen oder bearbeiten Sie das von Devin generierte YAML, um festzulegen, was installiert wird, wie Abhängigkeiten eingerichtet werden und was Devin wissen sollte.
- Versionskontrolliert
- Automatische Aktualisierung
- Tier-übergreifend kombinierbar
- Reproduzierbar
Verwandte Seiten
Blueprint-Referenz
Vollständige Feldspezifikation für Blueprints: Abschnitte, Unterstützung für GitHub Actions, Umgebungsvariablen und Dateianhänge.
Vorlagenbibliothek
Blueprints zum Kopieren und Einfügen für Python, Node.js, Go, Java, Ruby, Rust und fortgeschrittene Muster.
Enterprise-Umgebungsverwaltung
Unternehmensweite Umgebungsverwaltung: 3-stufige Hierarchie, Secrets und organisationsübergreifende Konfiguration.

