Zum Hauptinhalt springen
Devin arbeitet, indem zu Beginn jeder Sitzung ein Snapshot einer virtuellen Maschine geladen wird. Damit Devin möglichst effektiv ist, sollte dieser Snapshot alle Repositories enthalten, an denen Devin arbeiten soll, sowie alle Tools oder Abhängigkeiten, die Devin für die Arbeit an deiner Codebasis benötigt. So kann sich Devin auf das Schreiben von Code konzentrieren, anstatt jedes Mal seine Umgebung neu einrichten zu müssen! In diesem Leitfaden zeigen wir dir, wie du Devin für eines deiner Repositories einrichtest und Devins Workspace (den Snapshot der virtuellen Maschine) konfigurierst. Du kannst dir das so vorstellen, als würdest du Devins Rechner für seinen ersten Arbeitstag vorbereiten.
Das korrekte Einrichten von Devins Workspace wird Devins Leistung auf deiner Codebasis deutlich verbessern. Stell dir vor, jedes Mal, wenn du mit einer Aufgabe beginnst, würden dein Laptop und ein Teil deines Gedächtnisses gelöscht – genau das passiert mit Devin bei einem falschen oder unvollständigen Setup!

​
Ein Repository einrichten

Stellen Sie zunächst sicher, dass Devin Zugriff auf Ihre Repositories hat. Repositories können jederzeit hinzugefügt werden, indem Sie zu Settings > Integrations gehen und Devins Zugriff konfigurieren.
Weitere Informationen finden Sie im GitHub Integration Guide
Gehen Sie nun zu Settings > Devin’s Workspace und klicken Sie auf ein Repository, an dem Devin arbeiten soll. Sie sollten den folgenden Bildschirm sehen.
Devin
Sie können nun den eingebetteten VS-Code-Editor auf der rechten Seite verwenden, um Devins virtuelle Maschine zu bearbeiten. Jedes Repository befindet sich in einem eigenen Verzeichnis unter ~/repos. Verschieben oder löschen Sie diese Verzeichnisse nicht. Das Repository, das Sie gerade einrichten, wurde bereits geklont, und die Maschine enthält auch alle anderen Repositories, die Sie zuvor eingerichtet haben. Nachdem Sie die Repository-Einrichtung abgeschlossen haben, wird ein Snapshot der virtuellen Maschine gespeichert. Künftige Devin-Sitzungen starten von diesem Snapshot und enthalten alle Tools oder Abhängigkeiten, die Sie während des Einrichtungsprozesses installiert haben. Folgen Sie den nachstehenden Schritten und den Anweisungen auf dem Bildschirm, um das Repository einzurichten. Sie können die Repository-Einrichtung nach dem Speichern jederzeit wieder aufrufen und bearbeiten. Sie können auch unserer Videoanleitung unten folgen.
1

git pull

Geben Sie den Befehl ein, den Devin zu Beginn jeder Sitzung ausführen soll, um die neuesten Änderungen aus dem Repository abzurufen. In den meisten Fällen sollten Sie den Standardbefehl beibehalten. Stellen Sie sicher, dass Devin Zugriff auf die Submodule im Repository hat.
2

Secrets konfigurieren

Richte alle benötigten Secrets ein, die Devin verwenden soll. Wenn möglich, empfehlen wir, direkt eine .env-Datei in Devin Workspace hinzuzufügen. Dieses Beispiel zeigt, wie das mit direnv funktioniert.Weitere Secrets, etwa Passwörter, können im Secrets-Dashboard hinzugefügt werden.
3

Abhängigkeiten installieren

Verwende VS Code, um alle Tools und Abhängigkeiten einzurichten, die Devin benötigt, um an dem Repository zu arbeiten. Nach diesem Schritt sollte Devin alle benötigten Befehle (z. B. lint, test, build usw.) ohne weitere Installationsschritte ausführen können. Die Maschine, auf der Devin läuft, verwendet Ubuntu 22.04 (x86_64).
Versuche, im Terminal Strg+K oder Cmd+K (Mac) zu drücken, um automatisch einen Installationsbefehl zu generieren.
Vorschläge:
  • Compiler, Interpreter, Build-Tools, Paketmanager, Linter, Formatter, Test-Runner usw. installieren
  • Paketabhängigkeiten installieren (z. B. npm install, pip install -r requirements.txt usw.)
Bedenke, dass die Änderungen, die du vornimmst, auch gelten, wenn Devin an anderen Repositories arbeitet. Sei vorsichtig mit globalen Paketinstallationen und ziehe nach Möglichkeit die Verwendung einer virtuellen Umgebung in Betracht.
Devin führt seine Befehle in einer Bash-Shell aus. Um dein Setup zu testen, kannst du in VS Code ein neues Terminal erstellen.Für ein fortgeschritteneres Setup, etwa das Konfigurieren benutzerdefinierter Interpreterversionen für jedes Repo oder das Einrichten von Umgebungsvariablen, sieh dir den Abschnitt Beispiele an.
4

Abhängigkeiten pflegen

Geben Sie den Befehl ein, den Devin zu Beginn jeder Sitzung ausführen soll, um Abhängigkeiten auf dem neuesten Stand zu halten. Dies sollte in der Regel derselbe Befehl sein, den Sie verwendet haben, um die Abhängigkeiten manuell zu installieren (z. B. npm install, pip install -r requirements.txt, usw.).Damit wird sichergestellt, dass Devin seine lokalen Abhängigkeiten aktualisieren kann, wenn neue Abhängigkeiten ins Git-Repository aufgenommen werden.
5

Linting einrichten

Gib die Befehle ein, die Devin zum Linting des Repositorys ausführen soll. Devin prüft die Ausgabe dieser Befehle, bevor er Änderungen committet.Diese Befehle sollten in spätestens 5 Minuten abgeschlossen sein, damit Devin nicht zu lange auf sie warten muss. Klicke auf „Verify“, um zu prüfen, ob die Befehle funktionieren.Tipps:
  • Falls nötig, kannst du die Befehle zuerst im VS-Code-Terminal ausführen, um den Cache aufzubauen.
  • Wenn der Befehl in einem bestimmten Verzeichnis ausgeführt werden muss, kannst du cd wie folgt verwenden: cd <directory> && <lint command>.
  • Wenn dein Projekt keinen Lint-Befehl hat, kannst du deinen Build-Befehl angeben, damit Devin auf Kompilierungsfehler prüft.
  • Du kannst hier auch einen Befehl angeben, der den Code-Formatierungsstil prüft.
  • Wenn das Linting in deinem Prozess komplex ist, kannst du diesen Schritt überspringen und Devin das Linting im Abschnitt „Additional Notes“ unten erklären.
    Sieh dir den Abschnitt zur Fehlerbehebung an, wenn beim Verifizieren deiner Befehle Probleme auftreten.
6

Tests einrichten

Geben Sie Befehle ein, die Devin zum Testen des Repositories ausführen soll. Wie bei den Lint-Befehlen betrachtet Devin die Ausgabe dieser Befehle, bevor er Änderungen committet. Diese Befehle haben ebenfalls ein Zeitlimit von 5 Minuten. Klicken Sie auf „Verify“, um zu prüfen, ob die Befehle funktionieren.Tipps:
  • Falls nötig, können Sie die Befehle zuerst im VS-Code-Terminal ausführen, um den Cache aufzubauen.
  • Wenn der Befehl in einem bestimmten Verzeichnis ausgeführt werden muss, können Sie cd wie folgt verwenden: cd <directory> && <test command>.
  • Wenn das Testverfahren für Ihren Prozess komplex ist, können Sie diesen Schritt überspringen und Devin den Testprozess im Schritt „Additional Notes“ weiter unten erklären.
    Sehen Sie sich den Abschnitt zur Fehlerbehebung an, wenn beim Überprüfen Ihrer Befehle Probleme auftreten.
7

Lokale App einrichten

Teile Devin mit, wie er deinen Code lokal ausführen soll. Das ist hilfreich, wenn Devin deinen Code ausführen muss, um Änderungen zu testen oder zu debuggen.
Teste die Befehle selbst im VS-Code-Terminal, um sicherzustellen, dass Devin sie tatsächlich ausführen kann.
8

Weitere Hinweise

Füge alle zusätzlichen Hinweise hinzu, von denen du glaubst, dass sie für Devin wichtig sind, wenn er an diesem Repository arbeitet.
Wir empfehlen, so viel wie möglich des Einrichtungsprozesses zu automatisieren. Sieh dir den Abschnitt mit den Beispielen an, um zu sehen, wie du das umsetzen kannst. So kann Devin in zukünftigen Sitzungen schneller direkt mit deiner Codebasis arbeiten.
Sobald du alle Schritte abgeschlossen hast, klicke auf „Finish“. Wir überprüfen anschließend, ob alle Befehle funktionieren, und speichern dann den Snapshot. Das kann einige Minuten dauern. Sobald der Snapshot gespeichert ist, können zukünftige Devin-Sitzungen die von dir konfigurierte Umgebung verwenden.
Wir empfehlen, eine .gitignore-Datei für das Repository einzurichten, falls du noch keine hast. Dadurch verhinderst du eher, dass Devin beim Committen von Dateien Fehler macht, und es wird außerdem einfacher für dich, Devins Änderungen nachzuvollziehen, wenn du in der IDE damit arbeitest.

​
Beispiele

Nachfolgend finden Sie einige Beispiele dafür, wie Sie Devins Arbeitsbereich für verschiedene Anwendungsfälle einrichten können. Da Devin alle Befehle mit bash ausführt, ist eine gängige Vorgehensweise, die Datei ~/.bashrc zu bearbeiten, um Devins Shell automatisch einzurichten. Sie können devin ~/.bashrc im Terminal ausführen, um die Datei in VS Code zu bearbeiten.

​
Umgebungen für unterschiedliche Repositories automatisch konfigurieren

Nach dem 24. April 2025 sollten Teams, die sich für Devin anmelden, den Abschnitt custom_cd bereits in ihrer ~/.bashrc sehen. Sie müssen dann nur noch den Abschnitt für Ihre eigenen Repos anpassen.
Angenommen, Sie haben zwei Repositories, die unterschiedliche Versionen von Node erfordern, und Sie möchten, dass Devin automatisch für jedes Repository die richtige Version verwendet. Wir verwenden nvm, um die Node-Versionen zu installieren und zu verwalten. nvm sollte bereits auf Devins Maschine installiert sein. Zuerst installieren wir die beiden Node-Versionen, indem wir die folgenden Befehle im VS-Code-Terminal ausführen: 
nvm install 18
nvm install 20
Öffne als Nächstes ~/.bashrc, indem du devin ~/.bashrc im Terminal ausführst. Füge anschließend Folgendes zu ~/.bashrc hinzu. 
function custom_cd() {
  builtin cd "$@"

  if [[ "$PWD" == "$HOME/repos/node18"* ]]; then
    nvm use 18 >/dev/null 2>&1
  elif [[ "$PWD" == "$HOME/repos/node20"* ]]; then
    nvm use 20 >/dev/null 2>&1
  fi
}

alias cd='custom_cd'
cd $PWD
Dadurch wird nvm use 18 ausgeführt, wenn sich Devin im Repo node18 befindet, und nvm use 20, wenn sich Devin im Repo node20 befindet.

​
Konfigurieren von Umgebungsvariablen

Wir sehen uns an, wie du direnv zur Verwaltung von Umgebungsvariablen verwendest. Zuerst befolgen wir die Installationsanweisungen von direnv, um es auf der Maschine von Devin zu installieren. Nach dem 24. April 2025 sollte direnv auf den Maschinen neuer Teams automatisch installiert sein. Wir installieren direnv zunächst, indem wir den folgenden Befehl im VS Code-Terminal ausführen: 
sudo apt install direnv
Als Nächstes fügen wir Folgendes zu ~/.bashrc hinzu, um den direnv-Hook einzurichten. Sie können ~/.bashrc öffnen, indem Sie devin ~/.bashrc im Terminal ausführen. 
eval "$(direnv hook bash)"
Jetzt können wir im Root-Verzeichnis unseres Repositories eine .envrc-Datei erstellen, die in etwa so aussehen könnte. 
export ENV_VAR=1
export ANOTHER_ENV_VAR=2
Zum Schluss führen wir im Terminal direnv allow aus, um die Umgebungsvariablen zu laden. Devin wird nun die Umgebungsvariablen aus unserer .envrc-Datei in seiner Umgebung verfügbar haben, wenn er in künftigen Sitzungen in unserem Repository arbeitet.
Wir empfehlen, .envrc zu Ihrer .gitignore-Datei hinzuzufügen, damit Devin sie nicht versehentlich ins Repository committet.

​
Hinzufügen von Verzeichnissen zur PATH-Umgebungsvariable

Wir können ~/.bashrc bearbeiten, um Verzeichnisse zur PATH-Umgebungsvariable hinzuzufügen. Dadurch kann Devin die ausführbaren Dateien in diesen Verzeichnissen leichter ausführen. Zum Beispiel können wir Folgendes an ~/.bashrc anhängen; dadurch wird das Verzeichnis ~/bin zur PATH-Umgebungsvariable hinzugefügt. 
export PATH="$HOME/bin:$PATH"
Jetzt kann Devin die Programme im Verzeichnis ~/bin ausführen, ohne den vollständigen Pfad angeben zu müssen.

​
Anmeldung bei Websites

Während der Repository-Einrichtung kannst du den Browser-Tab verwenden, um dich auf beliebigen Websites anzumelden, mit denen Devin interagieren soll. Diese Session-Cookies werden in Devins Workspace gespeichert und stehen Devin in zukünftigen Sitzungen zur Verfügung. Wenn du eine Website verwendest, bei der du häufig automatisch abgemeldet wirst, solltest du Devin außerdem im Secrets-Dashboard mit Zugangsdaten ausstatten.

​
Fehlerbehebung

​
Was mache ich, wenn ich während des Repo-Setups versehentlich etwas kaputt mache?

Wenn du während des Repo-Setups versehentlich eine Breaking Change einführst, kannst du jederzeit zu einem früheren Machine Image zurückkehren. Gehe zu Settings > Devin’s Workspace und klicke auf Version History, um eine Liste früherer Machine Images anzuzeigen. Klicke dann auf das Machine Image, von dem du weißt, dass es korrekt funktioniert hat, und anschließend auf Restore version.

​
Warum werden meine Befehle nicht verifiziert?

Wenn beim Verifizieren eines Befehls ein Fehler auftritt, sehen Sie sich dessen Ausgabe im VS-Code-Terminal an und versuchen Sie außerdem, den Befehl selbst in einem neuen Terminal auszuführen.
  1. Überprüfen Sie den Pfad der ausführbaren Datei, die Sie ausführen. Wir empfehlen nachdrücklich, entweder absolute Pfade zu verwenden oder ausführbare Dateien zum System-PATH hinzuzufügen.
  2. Stellen Sie sicher, dass Sie die notwendigen Tools und Abhängigkeiten installiert haben, um den Befehl auszuführen. Falls nicht, nutzen Sie das Terminal, um sie zu installieren, und verifizieren Sie anschließend erneut.
  3. Überprüfen Sie, dass die Befehle im richtigen Verzeichnis ausgeführt werden. Falls die Befehle in einem bestimmten Verzeichnis laufen müssen, können Sie cd wie folgt verwenden: cd <directory> && <command>.
  4. Überprüfen Sie, dass Sie die richtigen Sprachversionen verwenden (z. B. die richtigen Versionen von Node, Python usw.).
  5. Möglicherweise möchten Sie Ihre ~/.bashrc anpassen, um automatisch die richtige Umgebung zu verwenden. Schauen Sie sich dazu unsere Anleitung als Beispiel dafür an, wie Sie die richtige Sprachversion für verschiedene Repositories verwenden.

​
Meine Befehle funktionieren, wenn ich sie manuell ausführe

Stelle sicher, dass du deine bashrc so eingerichtet hast, dass eine neue Bash-Shell Zugriff auf die notwendigen Tools hat. Versuche, deine Befehle in einem neuen Terminal auszuführen. Wenn sie dort nicht funktionieren, musst du deine bashrc wahrscheinlich anpassen, zum Beispiel indem du bestimmte Setup-Befehle ausführst oder die systemweite PATH-Variable bearbeitest. Sieh dir unseren Leitfaden als Beispiel dafür an, wie du für verschiedene Repositories die richtige Sprachversion verwendest. Befehle werden nach 5 Minuten abgebrochen. Du kannst Caching auslösen, indem du die Befehle im VS Code-Terminal ausführst, bevor du sie von Devin überprüfen lässt. Wir empfehlen nicht, Devin Befehle zu geben, die länger als 5 Minuten zur Ausführung benötigen, da dies Devin erheblich verlangsamt.

​
Homebrew fragt mich nach einem Passwort

Das ist ein Fehler in der Linux-Version von Homebrew. Führen Sie stattdessen CI=1 brew install <package> aus.

​
Devin kann meine Lint-/Testbefehle in Sessions nicht ausführen

Sieh dir die Ausgabe von Devins Terminal an, um zu prüfen, ob du Fehler erkennst. Du kannst die Befehle auch selbst in einem neuen Terminal ausführen, um zu sehen, ob sie funktionieren. Falls nötig kannst du den Repository-Einrichtungsprozess erneut durchlaufen, um Änderungen an Devins Workspace vorzunehmen.

​
Der git pull-Schritt funktioniert nicht

Überprüfe sorgfältig, ob Devin Zugriff auf das Repository und dessen Submodule hat. Sieh dir außerdem die GitHub-Integrationsdokumentation an, falls du auf Berechtigungsprobleme stößt.

​
Müssen Sie etwas bearbeiten?

Sie können jederzeit ein Repository unter Settings > Devin’s Workspace bearbeiten oder ein neues hinzufügen. Um ein bestehendes Repository zu bearbeiten, klicken Sie im Devin’s Workspace darauf, dann auf „Edit“ und anschließend auf „Set up in VSCode“.
Devin
Sie können den Zustand von Devins Maschine auch vollständig zurücksetzen, indem Sie zu Ihren Settings > Devin’s Workspace gehen, das Dropdown-Menü „Danger Zone“ öffnen und die Option „Reset machine setup“ verwenden. Beachten Sie, dass dadurch alle Repositories entfernt werden, die Sie eingerichtet haben.

​
Alles erledigt!

Glückwunsch! Sie haben Devin erfolgreich eingerichtet und können jetzt gemeinsam mit ihm entwickeln. Es ist Zeit, Ihre erste Session zu starten. Denken Sie daran, dass Devin am besten arbeitet, wenn Sie:
  • Devin sagen, wie es seinen Fortschritt überprüfen soll
  • große Aufgaben in kleinere Schritte aufteilen
  • detaillierte Anforderungen im Voraus bereitstellen
  • mehrere Sessions parallel laufen lassen
Wenn Sie Unterstützung benötigen, zögern Sie bitte nicht, uns eine E-Mail an [email protected] zu schreiben.