Aufzeichnungengolanggolang.org/x/modFehlerfall
Fehlersignatur
PROJECT_PROCESS exit 1 ERR_ASSERTION ×1
node:internal/modules/run_main:<n> · triggerUncaughtException( · ^ · AssertionError [ERR_ASSERTION]: Expected values to be strictly deep-equal:
Beweisqualität: complete · Zuerst erfasst: 2026-08-29 · Zuletzt gesehen: 2026-08-29
sha256:0e3b7c489c9f…
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.
- v0.11.0 nicht gemessen
- v0.8.0 PASS 19 bestandene Beobachtungen
- v0.6.0-dev.0.20220419223038-86c51ed26bb4 PASS 10 bestandene Beobachtungen
- v0.6.0-dev.0.20220106191415-9b9b3d81d5e3 FAIL
- v0.4.2 PASS 6 bestandene Beobachtungen
- v0.3.0 PASS 30 bestandene Beobachtungen
- v0.2.0 nicht gemessen
Wo er reproduziert wurde
- executionContext=node · moduleSystem=cjs · os=linux · runtime=node@22.23 ×1 2026-08-29 → 2026-08-29
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 v0.4.2 → erstes fehlschlagendes Release v0.6.0-dev.0.20220106191415-9b9b3d81d5e3
Was sich über die Grenze hinweg unterscheidet
- golang.org/x/crypto v0.0.0-20191011191535-87dc89f01550 → — Hypothese
- golang.org/x/tools v0.1.1 → — Hypothese
- golang.org/x/xerrors v0.0.0-20200804184101-5ec99f83aff1 → — 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 v0.6.0-dev.0.20220106191415-9b9b3d81d5e3 → erstes bestandenes Release v0.6.0-dev.0.20220419223038-86c51ed26bb4
Was sich über die Grenze hinweg unterscheidet
- golang.org/x/crypto v0.0.0-20210921155107-089bfa567519, v0.3.0 → — Hypothese
- golang.org/x/tools v0.1.12 → — 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.
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.
| Bibliothek | v0.8.0 | v0.6.0-dev.0.20220419223038-86c51ed26bb4 | v0.6.0-dev.0.20220106191415-9b9b3d81d5e3 | v0.4.2 | v0.3.0 | v0.2.0 |
|---|---|---|---|---|---|---|
| golang.org/x/crypto | — | v0.3.0 | — | v0.0.0-20191011191535-87dc89f01550 | v0.0.0-20191011191535-87dc89f01550 | v0.0.0-20191011191535-87dc89f01550 |
| golang.org/x/tools | v0.1.12 | v0.1.12 | — | v0.1.1 | v0.0.0-20200825202427-b303f430e36d | v0.0.0-20200331025713-a30bf2db82d4 |
| golang.org/x/xerrors | — | — | — | v0.0.0-20200804184101-5ec99f83aff1 | v0.0.0-20200804184101-5ec99f83aff1 | v0.0.0-20191204190536-9bdfabe68543 |
Bewegt: 3 · 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
- Releases in diesem Fenster, die in PROJECT_PROCESS nie gemessen wurden: 2
- Für diesen Fehlschlag wurde keine Fehlerdomäne abgeleitet.
Veröffentlichte Antworten für die betroffenen Releases
- golang.org/x/mod v0.6.0-dev.0.20220106191415-9b9b3d81d5e3: module.Check 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. HOWmodule.Check MIT-0 · 2026-08-27