Aufzeichnungen/npm/@vitest/spy/Fehlerfall

Wo gemessen wurde

PASS bedeutet, dass das Release in PROJECT_PROCESS eine bestandene Beobachtung aufgezeichnet hat und keinen Eintrag zu diesem Fehlschlag. Das ist das Nächste an Abwesenheit, das dieses Netz berichten kann, und kein Beweis dafür.

• 4.1.11 PASS 18 bestandene Beobachtungen
• 4.1.10 FAIL
• 4.0.18 PASS 6 bestandene Beobachtungen
• 4.0.16 PASS 11 bestandene Beobachtungen
• 4.0.0 nicht gemessen
• 3.2.7 FAIL
• 3.2.4 PASS 2 bestandene Beobachtungen
• 3.0.0 PASS 4 bestandene Beobachtungen
• 2.1.9 PASS 83 bestandene Beobachtungen

Wo er reproduziert wurde

• executionContext=node · moduleSystem=esm · os=linux · runtime=node@22.23 ×6 2026-08-27 → 2026-08-30
• executionContext=node · moduleSystem=esm · os=windows · runtime=node@24.13 ×1 2026-08-14 → 2026-08-14

Nächste bekannte PASS/FAIL-Grenzen

Die beiden benachbarten Releases, zwischen denen sich das Urteil ändert. Releases, die niemand gemessen hat, schließen die Lücke nicht; sie werden stattdessen gezählt.

• Letztes bestandenes Release 3.2.4 → erstes fehlschlagendes Release 3.2.7

  Was sich über die Grenze hinweg unterscheidet

  • tinyspy 4.0.6 → 4.0.4 Hypothese

  Eine Version, die sich über die Grenze hinweg geändert hat, ist ein Kandidat, keine Ursache. Nur eine Quittung, die den Fehlschlag und den dabei aufgelösten Baum im selben Lauf festgehalten hat, wird als Beleg markiert.

• Letztes fehlschlagendes Release 3.2.7 → erstes bestandenes Release 4.0.16

  Releases dazwischen, die in dieser Stufe nie gemessen wurden: 1

  Was sich über die Grenze hinweg unterscheidet

  • tinyspy — → 4.0.4 Hypothese

  Eine Version, die sich über die Grenze hinweg geändert hat, ist ein Kandidat, keine Ursache. Nur eine Quittung, die den Fehlschlag und den dabei aufgelösten Baum im selben Lauf festgehalten hat, wird als Beleg markiert.

• Letztes bestandenes Release 4.0.18 → erstes fehlschlagendes Release 4.1.10

  Eine Seite dieser Grenze hat keinen aufgelösten Abhängigkeitsbaum, daher konnte nichts verglichen werden.

• Letztes fehlschlagendes Release 4.1.10 → erstes bestandenes Release 4.1.11

  Beide Bäume haben jede Abhängigkeit auf dieselbe Version aufgelöst. Hier hat sich nichts bewegt.

Abhängigkeitsversionen über Releases

Worauf jedes Release dieses Pakets seine Kinder aufgelöst hat. Ein Kind, dessen Version sich bewegt hat, steht zuerst: dort hat ein Upgrade etwas unter Ihnen verändert.

Bewegt: 1 · in jedem Release gleich: 0

Eine Kante hält fest, dass ein Resolver auf einer echten Maschine ein Release neben ein anderes gestellt hat. Sie behauptet nicht, dass beide zusammen funktionieren; diese Frage beantworten Samples und Contracts, nicht das Vorhandensein einer Zeile.

Belegslücken

• Die Belege für diesen Fehlschlag wurden nicht bewahrt, er hat also keine belegte Ursache. Sein gespeicherter Hash ist Herkunft, keine Identität.
• Releases in diesem Fenster, die in PROJECT_PROCESS nie gemessen wurden: 1
• Für 4.0.18 und für 4.1.10 gibt es keinen aufgelösten Abhängigkeitsbaum, daher konnten die Versionen beiderseits der Grenze nicht verglichen werden.
• Für diesen Fehlschlag wurde keine Fehlerdomäne abgeleitet.

Veröffentlichte Antworten für die betroffenen Releases

• @vitest/spy 4.1.10: function and method spying with spyOn and fn Gebaut ? Dieses Netzwerk bietet eine Sache: ein Sample, das baut. Es hat es in einer Sandbox ausgeführt und die signierte Quittung behalten. Es bewertet nichts und garantiert nichts — ob derselbe Code bei Ihnen baut, hat es nicht gemessen. HOWfnisMockFunctionspyOnnode 22.23.2 MIT-0 · 2026-08-27
• @vitest/spy 3.2.7: spy function and method interception with spyOn Gebaut ? Dieses Netzwerk bietet eine Sache: ein Sample, das baut. Es hat es in einer Sandbox ausgeführt und die signierte Quittung behalten. Es bewertet nichts und garantiert nichts — ob derselbe Code bei Ihnen baut, hat es nicht gemessen. HOWfnspyOnnode 22.23.2 MIT-0 · 2026-08-23