Aufzeichnungengolanggoogle.golang.org/genprotoFehlerfall
Fehlersignatur
PROJECT_COMPILE exit 1 ×1
test/contract.go:<n>:<n>: <str> imported and not used
Beweisqualität: complete · go/compiler · compiler-diagnostic · outer go run · Zuerst erfasst: 2026-10-13 · Zuletzt gesehen: 2026-10-13
sha256:d5fae02e8604…
Wo gemessen wurde
PASS bedeutet, dass das Release in PROJECT_COMPILE 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.0.0-20200825200019-8632dd797987 PASS 1 bestandene Beobachtungen
- v0.0.0-20200804131852-c06518451d9c nicht gemessen
- v0.0.0-20200618031413-b414f8b61790 nicht gemessen
- v0.0.0-20200331122359-1ee6d9798940 nicht gemessen
- v0.0.0-20190819201941-24fa4b261c55 FAIL
- v0.0.0-20190306203927-b5d61aea6440 nicht gemessen
- v0.0.0-20181202183823-bd91e49a0898 nicht gemessen
- v0.0.0-20180817151627-c66870c02cf8 PASS 1 bestandene Beobachtungen
Wo er reproduziert wurde
- os=linux · runtime=go@1.26 ×1 2026-10-13 → 2026-10-13
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.0.0-20180817151627-c66870c02cf8 → erstes fehlschlagendes Release v0.0.0-20190819201941-24fa4b261c55
Releases dazwischen, die in dieser Stufe nie gemessen wurden: 2
Eine Seite dieser Grenze hat keinen aufgelösten Abhängigkeitsbaum, daher konnte nichts verglichen werden.
-
Letztes fehlschlagendes Release v0.0.0-20190819201941-24fa4b261c55 → erstes bestandenes Release v0.0.0-20200825200019-8632dd797987
Releases dazwischen, die in dieser Stufe nie gemessen wurden: 3
Was sich über die Grenze hinweg unterscheidet
- github.com/golang/protobuf v1.4.2, v1.5.0, v1.5.2 → v1.3.2, v1.3.3, v1.5.4 Hypothese
- golang.org/x/exp — → v0.0.0-20190121172915-509febef88a4 Hypothese
- golang.org/x/lint v0.0.0-20200302205851-738671d3881b → v0.0.0-20190313153728-d0100b6bd8b3 Hypothese
- golang.org/x/tools v0.0.0-20200825202427-b303f430e36d, v0.1.12 → v0.0.0-20190524140312-2c0ae7006135, v0.44.0 Hypothese
- google.golang.org/grpc v1.31.0 → v1.25.1, v1.31.0, v1.34.0-dev Hypothese
- google.golang.org/protobuf v1.26.0, v1.36.11, v1.36.12 → — Hypothese
- honnef.co/go/tools — → v0.0.0-20190523083050-ea95bdfd59fc 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.
Bewegt: 7 · in jedem Release gleich: 1
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_COMPILE nie gemessen wurden: 5
- Für v0.0.0-20180817151627-c66870c02cf8 und für v0.0.0-20190819201941-24fa4b261c55 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
Kein veröffentlichtes Sample nennt diese Releases.