Referenz

Fehlerbehebung

Suche unten dein Symptom. Jede Tabelle führt die häufigsten Ursachen zuerst und seltenere zuletzt auf.

Ein Pull Request wurde nicht automatisch geprüft

Der Check HeyDeer Review am neuesten Commit nennt den Grund. Sein Titel beginnt mit „Prüfung übersprungen“ oder, wenn Check bei gefundenen Problemen fehlschlagen lassen aktiviert ist, mit „Prüfung erforderlich“, gefolgt vom Grund. Kein Check? Siehe Es erscheint kein Check HeyDeer Review.

Ist GitHub-Check veröffentlichen deaktiviert, kommentiert HeyDeer stattdessen im Pull Request, einmal pro Grund, sobald der Pull Request die Höchstzahl automatischer Prüfungen pro PR erreicht oder HeyDeer die Prüfung nicht ausführen kann. Diese Kommentare werden nur veröffentlicht, solange Prüfkommentare im PR veröffentlichen aktiviert ist.

Wahrscheinliche Ursache	Was zu tun ist
Prüfzeitpunkt steht auf Nur manuell.	Wähle Einmal pro PR oder Bei jedem Push. Siehe Automatische Prüfungen.
Der Pull Request entspricht nicht deinen Filtern für automatische Prüfungen, die standardmäßig Entwürfe, Forks und Abhängigkeitsupdates überspringen.	Markiere ihn als „Ready for review“, ändere die Filter oder kommentiere `@heydeer review`.
Die Prüfung wartet, weil keine Kapazität frei ist („Prüfung in der Warteschlange“).	Warte.
Bei „Einmal pro PR“ wurde bereits eine Prüfung erfolgreich abgeschlossen, oder der Pull Request hat die „Höchstzahl automatischer Prüfungen pro PR“ erreicht.	Kommentiere `@heydeer review`.
Der Arbeitsbereich hat keine Credits mehr oder sein Nutzungslimit erreicht.	Warte auf die nächste monatliche Gutschrift im kostenlosen Tarif, wähle einen kostenpflichtigen Tarif, füge Credits hinzu oder erhöhe das Limit unter Nutzung und Abrechnung → Übersicht → Ausgabenkontrolle. Fordere danach eine neue Prüfung an. Siehe Automatische Aufladung und Nutzungslimits.
Automatische Prüfungen sind für diesen Pull Request pausiert.	Kommentiere `@heydeer resume`.
Der Commit wurde bereits geprüft; neue Labels oder erneutes Öffnen wiederholen die Prüfung nicht.	Pushe einen neuen Commit oder kommentiere `@heydeer review`.
Der GitHub-Zugriff von HeyDeer umfasst das Repository nicht.	Sieh unter Arbeitsbereichseinstellungen → GitHub-Verbindung nach. Siehe GitHub App und Berechtigungen.
Das Repository ist in einem anderen Arbeitsbereich mit kostenlosen Credits verknüpft.	Wähle einen Tarif, und fordere dann eine Prüfung an.

Der Check ist fehlgeschlagen oder die Prüfung wurde nicht abgeschlossen

Check-Titel	Ursache	Was zu tun ist
Die Prüfung hat Probleme gefunden, die bearbeitet werden müssen	Die Prüfung hat Befunde oder offene frühere Bedenken gemeldet, und Check bei gefundenen Problemen fehlschlagen lassen ist aktiviert.	Behebe sie und pushe. Um einen davon abzulehnen, erklärt jemand mit Schreibzugriff die Entscheidung oder markiert die Unterhaltung als erledigt und kommentiert dann `@heydeer review`.
Prüfung abgebrochen	Jemand hat die Prüfung abgebrochen, ihr Pull Request wurde geschlossen, oder ein neuerer Push hat sie ersetzt.	Fordere eine weitere Prüfung an.
Prüfung unvollständig	Eine Repository-Prüfung wurde nicht ausgeführt oder ein früheres Bedenken wurde nicht erneut geprüft.	Fordere eine weitere Prüfung an.
Prüfung fehlgeschlagen / Zeitüberschreitung bei der Prüfung	Die Prüfung wurde nicht abgeschlossen. HeyDeer gibt ihre Credits zurück, sofern sie keinen Connector aufgerufen hat.	Fordere eine weitere Prüfung an.
Prüfung konnte nicht ausgeführt werden	GitHub oder HeyDeer war nicht verfügbar.	Fordere die Prüfung erneut an.
Keine prüfbaren Dateien	Alle geänderten Dateien liegen außerhalb des Prüfumfangs, etwa generierte Dateien.	Nichts zu tun.

Alle Abschlussstatus sind unter Der Check HeyDeer Review aufgeführt.

HeyDeer hat einen Pull Request nicht genehmigt

Wenn die automatische Genehmigung aktiviert ist, zeigt die Seite der Prüfung in HeyDeer Nicht automatisch genehmigt mit dem Grund an. Alle Voraussetzungen findest du unter Automatische Genehmigung.

Wahrscheinliche Ursache	Was zu tun ist
Die automatische Genehmigung ist deaktiviert (voreingestellt).	Aktiviere Automatische Genehmigung unter Ergebnisse veröffentlichen in den Prüfregeln. Siehe Automatische Genehmigung aktivieren.
Es sind noch Befunde oder frühere Bedenken offen.	Behebe sie und pushe, oder lehne sie ab. Um auch dann zu genehmigen, wenn nur noch Befunde mit niedrigem Schweregrad offen sind, stelle Zulässige offene Probleme auf Probleme mit niedrigem Schweregrad zulassen.
PRs, die HeyDeer genehmigen darf: Die Risikostufe des Pull Requests liegt über deiner Einstellung.	Eine Person genehmigt ihn auf GitHub; die Prüfung nennt die Stufe und den Grund. Damit HeyDeer solche Pull Requests genehmigt, wähle unter PRs, die HeyDeer genehmigen darf eine höhere Stufe.
Klärung erforderlich: HeyDeer hat eine Frage, die der Code nicht beantworten kann.	Beantworte sie in einem neuen PR-Kommentar, der `@heydeer review` enthält. Siehe Fehlenden Kontext ergänzen.
Die Prüfung enthält Hinweise zur Prüfung, zum Beispiel wurde eine Repository-Prüfung nicht ausgeführt.	Behebe, was der Hinweis beschreibt, und fordere dann eine weitere Prüfung an.
Frühere Bedenken konnten nicht vollständig geprüft werden.	Fordere eine weitere Prüfung an.
Prüfkommentare im PR veröffentlichen ist deaktiviert.	Aktiviere die Option. HeyDeer genehmigt, indem es eine Prüfung veröffentlicht.

Wenn sich der Pull Request geändert hat, ein Entwurf ist oder von HeyDeer geöffnet wurde

Wahrscheinliche Ursache	Was zu tun ist
Nach der Prüfung wurden neue Commits gepusht, oder der Basis-Branch hat sich weiterbewegt.	Fordere eine Prüfung des neuesten Commits an oder warte darauf.
Der Pull Request ist ein Entwurf.	Markiere ihn als „Ready for review“, und fordere dann eine Prüfung an.
HeyDeer hat den Pull Request geöffnet, zum Beispiel einen Behebungs-PR.	Eine Person muss ihn genehmigen.

Es erscheint kein Check HeyDeer Review

Wahrscheinliche Ursache	Was zu tun ist
Das Repository steht auf „Nur manuell“ und wurde noch nie geprüft.	Fordere eine Prüfung an. Spätere Revisionen erhalten dann einen Check.
GitHub-Check veröffentlichen ist für das Repository deaktiviert.	Aktiviere die Option. Siehe Ergebnisse veröffentlichen.
HeyDeer fehlt auf GitHub die Berechtigung Checks mit Lese- und Schreibzugriff, oder sein GitHub-Zugriff umfasst das Repository nicht.	Ein Inhaber des GitHub-Kontos wählt Berechtigungsanfrage prüfen oder Repositorys hinzufügen unter Arbeitsbereichseinstellungen → GitHub-Verbindung.
Der Pull Request ist geschlossen.	Öffne ihn erneut.

Ein Befehl erhielt keine Antwort oder einen Fehler

Wahrscheinliche Ursache	Was zu tun ist
Keine Antwort oder 👀-Reaktion: Der Befehl steht in Code, einem Zitatblock oder einem HTML-Kommentar, wurde nachträglich hinzugefügt oder von einem Bot gepostet.	Poste den Befehl über ein persönliches Konto als normalen Text an beliebiger Stelle in einem neuen PR-Kommentar oder Inline-Prüfkommentar.
Du hast keinen Schreibzugriff oder bist nicht unter Zugriff auf manuelle Prüfungen aufgeführt.	Wende dich an einen Admin oder an jemanden mit Zugriff.
Nicht genügend Credits, oder das Nutzungslimit ist erreicht.	Wähle einen Tarif, füge Credits hinzu oder erhöhe das Limit, und poste den Befehl dann erneut.
Zu viele Anfragen, oder die Prüfungswarteschlange ist voll.	Warte, und poste den Befehl dann erneut.
Keine 👀-Reaktion: HeyDeer fehlt möglicherweise die Lese- und Schreibberechtigung für Issues bei Kommentaren zur PR-Diskussion oder für Pull requests bei Inline-Prüfkommentaren.	Ein Inhaber des GitHub-Kontos wählt Berechtigungsanfrage prüfen unter Arbeitsbereichseinstellungen → GitHub-Verbindung und genehmigt sie auf GitHub.
`pause` oder `resume` in einem geschlossenen Pull Request.	Diese Befehle funktionieren nur in offenen Pull Requests.
GitHub war nicht verfügbar.	Poste den Befehl erneut in einem neuen Kommentar.

Alle Befehle sind unter Befehle in PR-Kommentaren aufgeführt.

Eine Konvention oder Repository-Prüfung scheint ignoriert zu werden

Wahrscheinliche Ursache	Was zu tun ist
Die Muster der Repository-Prüfung passen zu keiner geänderten Datei, ihr Frontmatter enthält kein `files`, oder die Datei ist keine .md-Datei direkt in `.agents/checks/`.	Korrigiere das Frontmatter oder die Muster, oder verschiebe die Datei. Siehe Repository-Prüfungen.
Der Befund lag außerhalb deines Feedback-Umfangs.	Versuche „Ausgewogen“ oder „Ausführlich“. Siehe Feedback-Umfang.
Die Konvention in AGENTS.md liegt in einem Verzeichnis, das die geänderten Dateien nicht abdeckt.	Verschiebe sie. Siehe AGENTS.md.
Die REVIEW.md liegt in einem Verzeichnis, das die geänderten Dateien nicht abdeckt.	Verschiebe sie. Siehe REVIEW.md.
Die Anweisungen wurden gespeichert, nachdem die Prüfung angefordert wurde, oder Repository-Anweisungen setzen sie außer Kraft.	Fordere eine weitere Prüfung an oder löse den Konflikt auf. Siehe Prüfanweisungen.
Die Repository-Prüfung verlangt etwas, das HeyDeer nicht durch Lesen des Codes verifizieren kann.	Formuliere sie als Bedingung um, die HeyDeer durch Lesen des Codes verifizieren kann. Siehe Eine wirksame Repository-Prüfung schreiben.
Die Datei ist in `.gitattributes` als linguist-generated markiert, oder sie ist ein Lockfile, das der Basis-Branch bereits enthält.	Entferne das Attribut, oder markiere das Lockfile als `-linguist-generated`. Siehe Was HeyDeer liest.

Die Prüfung enthält Hinweise zur Prüfung

HeyDeer führt unter Hinweise zur Prüfung auf, was eine Prüfung eingeschränkt hat. Jeder Hinweis zur Prüfung deaktiviert die automatische Genehmigung für diese Prüfung. Siehe Hinweise zur Prüfung.

Hinweis zur Prüfung	Was zu tun ist
Einige Befunde wurden ausgelassen	Behebe die angezeigten Befunde oder lehne sie ab, und fordere dann eine weitere Prüfung an.
Zu viele passende Repository-Prüfungen	Grenze die Dateimuster der Repository-Prüfungen ein, und fordere dann eine weitere Prüfung an. Siehe Repository-Prüfungen.
Einige Repository-Prüfungen sind ungültig	Korrigiere die Repository-Prüfungen, die der Hinweis nennt, und fordere dann eine weitere Prüfung an. Siehe Repository-Prüfungen.
Einige Repository-Prüfungen konnten nicht abgeschlossen werden	Fordere eine weitere Prüfung an.
Einige Befunde oder frühere Bedenken konnten nicht vollständig bewertet werden	Fordere eine weitere Prüfung an.

Anmeldung und GitHub-Zugriff

Wahrscheinliche Ursache	Was zu tun ist
Deine GitHub-Anmeldung ist abgelaufen, und HeyDeer zeigt Mit GitHub anmelden.	Wähle diese Option, um dich erneut anzumelden und zur selben Seite zurückzukehren.
Du bist mit einem GitHub-Konto angemeldet, das die Prüfung oder die Organisation nicht sehen kann.	Wähle Mit GitHub fortfahren oder Erneut bei GitHub anmelden, und wähle dann auf GitHub das richtige Konto.
Beim Verbinden fehlt eine Organisation oder ein Repository.	Organisationen erscheinen, sobald HeyDeer auf ihnen installiert ist. Wähle also Auf GitHub installieren oder Auf einem anderen Konto installieren und wähle die Organisation auf GitHub aus. Fehlt eine Organisation mit HeyDeer trotzdem, melde dich bei Bedarf auf GitHub per SSO an, öffne Dein Konto fehlt? und wähle Erneut bei GitHub anmelden. Siehe GitHub App und Berechtigungen.

Probleme bei der Abrechnung

Wahrscheinliche Ursache	Was zu tun ist
Die Karte wurde abgelehnt, oder deine Bank hat eine Bestätigung der Zahlung verlangt.	Wähle bei einer Abonnementzahlung unter Nutzung und Abrechnung → Übersicht die Option Zahlung abschließen. Verwende bei anderen Käufen eine andere Karte.
Credits hinzufügen meldet, dass du einen Tarif benötigst.	Wähle zuerst einen Tarif, oder wähle Zahlung abschließen, falls die Übersicht diese Option anzeigt. Siehe Tarife und zusätzliche Credits.
Die automatische Aufladung steht auf Aus, mit einem Grund darunter.	Behebe die Ursache, und aktiviere die Funktion dann erneut. Siehe Wenn die automatische Aufladung fehlschlägt.
Die Verlängerungszahlung steht noch aus.	Dein Tarif bleibt in der Zwischenzeit aktiv. Wenn die Zahlung fehlgeschlagen ist oder eine Bestätigung deiner Bank benötigt, benachrichtigt HeyDeer den Arbeitsbereich per E-Mail; wähle dann Zahlung abschließen.
Eine Zahlung wird noch verarbeitet, oder Credits hinzufügen fordert dich auf, einen früheren Kauf zu prüfen.	Wähle Kauf prüfen, bis das Ergebnis angezeigt wird. Starte keinen weiteren Kauf.
„Credits hinzufügen“ oder die automatische Aufladung meldet, dass ein Kauflimit erreicht ist.	Versuche es später erneut, oder kontaktiere HeyDeer.
Zahlungen und neue kostenpflichtige Prüfungen sind pausiert.	HeyDeer klärt gerade ein Abrechnungsproblem mit dem Arbeitsbereich. Kontaktiere HeyDeer.

Probleme mit Connectors

Nur Admins mit der Kennzeichnung Inhaber der GitHub-Organisation oder Kontoinhaber können Connectors verwalten. Siehe Connectors.

Wahrscheinliche Ursache	Was zu tun ist
HeyDeer kann die Tools nicht laden.	Prüfe, ob der Endpunkt die öffentliche Streamable-HTTP-Adresse des Servers ist und die Header gültige Zugangsdaten enthalten.
Ohne aktiven kostenpflichtigen Tarif verwenden Prüfungen und Aufgaben keine Connectors.	Connectors sind in kostenpflichtigen Tarifen enthalten. Wähle einen Tarif; gespeicherte Connectors gelten dann für neue Prüfungen und Aufgaben.
Die Prüfung oder Aufgabe wurde gestartet, bevor du den Connector gespeichert hast.	Einstellungen gelten für Prüfungen und Aufgaben, die nach dem Speichern gestartet werden. Starte eine neue.
Die Seite der Prüfung oder Aufgabe führt einen Connector als nicht verfügbar auf.	Das Repository ist öffentlich, oder die Änderung stammt aus einem Fork oder von jemandem ohne Schreibzugriff. Wähle Auch öffentliche Repositorys und Forks nur für öffentliche Daten.
Eine Prüfung hat keines der Tools eines Connectors verwendet.	Prüfungen rufen nur zugelassene Tools unter „Nur lesende Tools“ auf. Lass dort eines zu, oder bitte den Anbieter des Servers, seine nur lesenden Tools zu kennzeichnen.
Eine Prüfung ist fehlgeschlagen, nachdem sie einen Connector aufgerufen hat.	Die Credits dieser Prüfung werden nicht zurückgegeben. Fordere eine neue Prüfung an.