Ein Agent, der Ihr Projekt nicht bauen und testen kann, ist nicht in der Lage, seine eigene Arbeit zu verifizieren. Alles, was danach folgt – Qualitätsprüfungen, Reviews sowie das Vertrauen in einen Pull Request – hängt davon ab, dass diese Befehle korrekt sind.
Coroid erkennt diese bei der Projekterstellung. Überprüfen Sie, was festgestellt wurde.
Was Coroid benötigt
| Befehl | Verwendungszweck |
|---|---|
| Installieren | Abhängigkeiten in einem sauberen Arbeitsbereich wiederherstellen |
| Erstellen | Überprüfen, ob das Projekt kompiliert werden kann |
| Testen | Ihr Testpaket ausführen und das Ergebnis auswerten |
Der Arbeitsbereich ist pro Aufgabe sauber und temporär – daher müssen alle Befehle von einem frischen Klon ohne Cache und ohne vorinstallierte Komponenten ausgeführt werden.
Wo die Erkennung häufig Fehler macht
Monorepos. Die Befehle befinden sich in einem Unterordner oder erfordern einen Workspace-Filter. Der Befehl auf der obersten Ebene existiert zwar, wirkt aber nicht wie vorgesehen.
Einrichtungsschritte. Testpakete, die vor dem Ausführen eine Codegenerierung, eine Migration oder den Aufbau von Fixtures benötigen. Die Erkennung nimmt den Testbefehl wahr, übersieht aber die notwendigen Voraussetzungen.
Dienstabhängigkeiten. Tests, die eine laufende Datenbank, einen Cache oder einen Queue benötigen.
Falls Ihr Testpaket davon ausgeht, dass localhost:5432 aktiv ist, wird es in einem sauberen Arbeitsbereich fehlschlagen.
Umgebungsvariablen. Testpakete, die Konfigurationen aus einem .env auslesen, das nicht im Repository enthalten ist.
Symptome einer falschen Konfiguration
Die Aufgaben scheitern während der Verifizierung aus Gründen, die nichts mit der geänderten Version zu tun haben – derselbe Fehler tritt bei jeder Aufgabe zum gleichen Zeitpunkt auf, unabhängig von der angeforderten Leistung.
Falls der erste Fehler bereits vor dem Schreiben des Codes auftritt, handelt es sich fast immer um den Build-Befehl. Tritt der Fehler nach der Änderung auf, liegt es meist am Testbefehl oder an etwas, worauf die Tests angewiesen sind.
Container
Ist das Projekt containerisierbar, kann Coroid diesen als Ausführungsumgebung nutzen – damit lassen sich Dienstabhängigkeiten und Umgebungsunterschiede auf einmal lösen, da der Container diese bereits enthält.
Falls Sie eine funktionierende Dockerfile- oder Compose-Datei haben, mit der Ihre Tests ausgeführt werden können, stellt dies in der Regel die zuverlässigste verfügbare Konfiguration dar.
Sprachunterstützung
Die Agenten arbeiten in jeder Sprache – doch das Ausmaß, in dem Coroid die Ergebnisse selbst überprüfen kann, variiert, insbesondere bei der semantischen Navigation. Weitere Informationen finden Sie unter Sprachunterstützung und die Agentenumgebung , um zu erfahren, welche Komponenten im Arbeitsbereich installiert sind und für welche Sprachen ein Language Server zur Verfügung steht.
Die korrekte Konfiguration dieser Befehle ist wichtiger als die verwendete Programmiersprache. Ein richtig konfiguriertes Build- und Test-Paar in einer weniger unterstützten Sprache ist besser als eine fehlerhafte Konfiguration in einer gut unterstützten Sprache.