记录golanggoogle.golang.org/api失败问题
失败签名
PROJECT_COMPILE exit 1 ×2
test/contract.go:<n>:<n>: cannot use <str> (untyped string constant) as *url.URL value in argument to googleapi.Expand
证据质量: complete · go/compiler · compiler-diagnostic · outer go run · 首次记录: 2026-10-18 · 最近观测: 2026-10-22
sha256:54d6a6669dcf…
google.golang.org/api/googleapi.CheckResponse google.golang.org/api/googleapi.Error google.golang.org/api/googleapi.Expand google.golang.org/api/iterator.PageInfo google.golang.org/api/option.ClientOption google.golang.org/api/option.WithAPIKey google.golang.org/api/option.WithEndpoint google.golang.org/api/option.WithUserAgent google.golang.org/api/option.WithoutAuthentication google.golang.org/api/transport/http.NewClient
测量的位置
PASS 表示该发行版在 PROJECT_COMPILE 记录过通过观测,并且没有这次失败的记录。这是本网络能报告的最接近“不存在”的结论,而不是不存在的证明。
- v0.272.0 PASS 1 次通过观测
- v0.180.0 未测量
- v0.176.0 未测量
- v0.54.0 FAIL
- v0.30.0 未测量
- v0.17.0 PASS 1 次通过观测
- v0.15.0 FAIL
- v0.14.0 未测量
- v0.13.0 PASS 2 次通过观测
复现的环境
- os=linux · runtime=go@1.26 ×2 2026-10-18 → 2026-10-22
最近的已知 PASS/FAIL 边界
判定发生变化的两个相邻发行版。没有任何测量的发行版不会填补这段间隔,而是被计数说明。
-
最后一个通过的发行版 v0.13.0 → 第一个失败的发行版 v0.15.0
两者之间从未在此阶段被测量的发行版:1
边界两侧的差异
- github.com/google/go-cmp v0.3.0 → v0.3.0, v0.3.1, v0.4.0 假设
- golang.org/x/lint v0.0.0-20190409202823-959b441ac422, v0.0.0-20190930215403-16217165b5de → v0.0.0-20190409202823-959b441ac422, v0.0.0-20191125180803-fdd1cda4f05f, v0.0.0-20200130185559-910be7a94367 假设
- golang.org/x/oauth2 v0.0.0-20190604053449-0f29369cfe45 → v0.0.0-20190604053449-0f29369cfe45, v0.0.0-20191202225959-858c2ad4c8b6, v0.0.0-20200107190931-bf48bf16ab8d 假设
- golang.org/x/sync v0.0.0-20190423024810-112230192c58 → v0.0.0-20190423024810-112230192c58, v0.0.0-20190911185100-cd5d95a43a6e 假设
- golang.org/x/sys v0.0.0-20190507160741-ecd444e8653b, v0.0.0-20190624142023-c5567b49c5d0 → v0.0.0-20190507160741-ecd444e8653b, v0.0.0-20191228213918-04cbcbbfeed8, v0.0.0-20200122134326-e047566fdf82, v0.0.0-20200202164722-d101bd2416d5 假设
- golang.org/x/tools v0.0.0-20190506145303-2d16b83fe98c, v0.0.0-20191112195655-aa38f8e97acc, v0.0.0-20191113191852-77e3bb0ad9e7 → v0.0.0-20190506145303-2d16b83fe98c, v0.0.0-20191227053925-7b8e75db28f4, v0.0.0-20200122220014-bf1340f18c4a, v0.0.0-20200204074204-1cc6d1ef6c74 假设
- google.golang.org/appengine v1.5.0, v1.6.1 → v1.5.0, v1.6.5 假设
- google.golang.org/genproto v0.0.0-20190502173448-54afdca5d873, v0.0.0-20191108220845-16a3f7862a1a → v0.0.0-20190502173448-54afdca5d873, v0.0.0-20191230161307-f3c370f40bfb, v0.0.0-20200122232147-0452cf42e150, v0.0.0-20200204135345-fa8e72b47b90 假设
- google.golang.org/grpc v1.20.1, v1.21.1 → v1.20.1, v1.26.0, v1.27.0 假设
跨越边界发生版本变化的依赖只是候选,不是原因。只有在同一次运行中同时记录了失败与当时解析出的依赖树的回执,才会被标记为证据。
-
最后一个失败的发行版 v0.15.0 → 第一个通过的发行版 v0.17.0
边界两侧的差异
- github.com/google/go-cmp v0.4.0 → v0.3.0, v0.3.1, v0.4.0 假设
- golang.org/x/lint v0.0.0-20200130185559-910be7a94367 → v0.0.0-20190409202823-959b441ac422, v0.0.0-20191125180803-fdd1cda4f05f, v0.0.0-20200130185559-910be7a94367 假设
- golang.org/x/oauth2 v0.0.0-20200107190931-bf48bf16ab8d → v0.0.0-20190604053449-0f29369cfe45, v0.0.0-20191202225959-858c2ad4c8b6, v0.0.0-20200107190931-bf48bf16ab8d 假设
- golang.org/x/sync v0.0.0-20190911185100-cd5d95a43a6e → v0.0.0-20190423024810-112230192c58, v0.0.0-20190911185100-cd5d95a43a6e 假设
- golang.org/x/sys v0.0.0-20200212091648-12a6c2dcc1e4 → v0.0.0-20190507160741-ecd444e8653b, v0.0.0-20191228213918-04cbcbbfeed8, v0.0.0-20200122134326-e047566fdf82, v0.0.0-20200202164722-d101bd2416d5 假设
- golang.org/x/tools v0.0.0-20200212150539-ea181f53ac56 → v0.0.0-20190506145303-2d16b83fe98c, v0.0.0-20191227053925-7b8e75db28f4, v0.0.0-20200122220014-bf1340f18c4a, v0.0.0-20200204074204-1cc6d1ef6c74 假设
- google.golang.org/appengine v1.6.5 → v1.5.0, v1.6.5 假设
- google.golang.org/genproto v0.0.0-20200212174721-66ed5ce911ce → v0.0.0-20190502173448-54afdca5d873, v0.0.0-20191230161307-f3c370f40bfb, v0.0.0-20200122232147-0452cf42e150, v0.0.0-20200204135345-fa8e72b47b90 假设
- google.golang.org/grpc v1.27.1 → v1.20.1, v1.26.0, v1.27.0 假设
- honnef.co/go/tools v0.0.1-2019.2.3 → v0.0.0-20190418001031-e561f6794a2a, v0.0.1-2019.2.3 假设
跨越边界发生版本变化的依赖只是候选,不是原因。只有在同一次运行中同时记录了失败与当时解析出的依赖树的回执,才会被标记为证据。
-
最后一个通过的发行版 v0.17.0 → 第一个失败的发行版 v0.54.0
两者之间从未在此阶段被测量的发行版:3
边界两侧的差异
- cloud.google.com/go — → v0.90.0, v0.93.3 假设
- github.com/google/go-cmp v0.4.0 → v0.5.6, v0.5.9 假设
- golang.org/x/lint v0.0.0-20200130185559-910be7a94367 → v0.0.0-20210508222113-6edffad5e616 假设
- golang.org/x/net — → v0.0.0-20210503060351-7fd8e65b6420, v0.0.0-20211112202133-69e39bad7dc2 假设
- golang.org/x/oauth2 v0.0.0-20200107190931-bf48bf16ab8d → v0.0.0-20210805134026-6f1e6394065a 假设
- golang.org/x/sync v0.0.0-20190911185100-cd5d95a43a6e → v0.0.0-20210220032951-036812b2e83c 假设
- golang.org/x/sys v0.0.0-20200212091648-12a6c2dcc1e4 → v0.0.0-20210806184541-e5e7981a1069, v0.8.0, v0.9.0 假设
- golang.org/x/tools v0.0.0-20200212150539-ea181f53ac56 → v0.1.5 假设
- google.golang.org/appengine v1.6.5 → v1.6.7 假设
- google.golang.org/genproto v0.0.0-20200212174721-66ed5ce911ce → v0.0.0-20210805201207-89edb61ffb67, v0.0.0-20210813162853-db860fec028c, v0.0.0-20210821163610-241b8fcbd6c8 假设
- google.golang.org/grpc v1.27.1 → v1.39.1, v1.40.0 假设
- honnef.co/go/tools v0.0.1-2019.2.3 → — 假设
跨越边界发生版本变化的依赖只是候选,不是原因。只有在同一次运行中同时记录了失败与当时解析出的依赖树的回执,才会被标记为证据。
-
最后一个失败的发行版 v0.54.0 → 第一个通过的发行版 v0.272.0
两者之间从未在此阶段被测量的发行版:3
边界两侧的差异
- cloud.google.com/go — → v0.90.0, v0.93.3 假设
- cloud.google.com/go/auth v0.18.2 → — 假设
- cloud.google.com/go/auth/oauth2adapt v0.2.8 → — 假设
- cloud.google.com/go/compute/metadata v0.9.0 → — 假设
- github.com/google/go-cmp v0.7.0 → v0.5.6, v0.5.9 假设
- github.com/google/s2a-go v0.1.9 → — 假设
- github.com/google/uuid v1.6.0 → — 假设
- github.com/googleapis/enterprise-certificate-proxy v0.3.14 → — 假设
- github.com/googleapis/gax-go/v2 v2.19.0, v2.21.0 → v2.0.5 假设
- go.opentelemetry.io/contrib/instrumentation/google.golang.org/grpc/otelgrpc v0.61.0 → — 假设
- go.opentelemetry.io/contrib/instrumentation/net/http/otelhttp v0.61.0 → — 假设
- golang.org/x/lint — → v0.0.0-20210508222113-6edffad5e616 假设
- golang.org/x/net v0.52.0, v0.53.0 → v0.0.0-20210503060351-7fd8e65b6420, v0.0.0-20211112202133-69e39bad7dc2 假设
- golang.org/x/oauth2 v0.36.0 → v0.0.0-20210805134026-6f1e6394065a 假设
- golang.org/x/sync v0.20.0 → v0.0.0-20210220032951-036812b2e83c 假设
- golang.org/x/sys — → v0.0.0-20210806184541-e5e7981a1069, v0.8.0, v0.9.0 假设
- golang.org/x/time v0.15.0 → — 假设
- golang.org/x/tools — → v0.1.5 假设
- google.golang.org/appengine — → v1.6.7 假设
- google.golang.org/genproto — → v0.0.0-20210805201207-89edb61ffb67, v0.0.0-20210813162853-db860fec028c, v0.0.0-20210821163610-241b8fcbd6c8 假设
- google.golang.org/genproto/googleapis/bytestream v0.0.0-20260311181403-84a4fc48630c → — 假设
- google.golang.org/genproto/googleapis/rpc v0.0.0-20260316180232-0b37fe3546d5, v0.0.0-20260414002931-afd174a4e478 → — 假设
- google.golang.org/grpc v1.79.2, v1.82.0 → v1.39.1, v1.40.0 假设
- google.golang.org/protobuf v1.36.11 → — 假设
跨越边界发生版本变化的依赖只是候选,不是原因。只有在同一次运行中同时记录了失败与当时解析出的依赖树的回执,才会被标记为证据。
各版本的依赖版本
本包的每个版本把子依赖解析到了哪个版本。版本发生变动的子依赖排在最前:升级正是在那里改变了你脚下的东西。
发生变动:21 · 所有版本相同:4
一条边记录的是解析器在真实机器上把一个版本放在了另一个版本旁边。它并不主张两者能协同工作;那个问题由样本和契约回答,而不是由这里存在一行来回答。
证据缺口
- 此范围内从未在 PROJECT_COMPILE 被测量过的发行版:4
- 没有为这次失败推断出失败领域。
针对受影响发行版的公开答案
- google.golang.org/api v0.54.0: googleapi.CheckResponse 本网络只提供一件事:能构建的样本。它在沙箱中运行并保留签名回执。它不评级、不担保——同样的代码能否在你的环境构建,它没有测量过。 HOWgoogle.golang.org/api/googleapi.CheckResponse MIT-0 · 2026-10-22
- google.golang.org/api v0.54.0 本网络只提供一件事:能构建的样本。它在沙箱中运行并保留签名回执。它不评级、不担保——同样的代码能否在你的环境构建,它没有测量过。 HOW MIT-0 · 2026-10-22
- google.golang.org/api v0.15.0 本网络只提供一件事:能构建的样本。它在沙箱中运行并保留签名回执。它不评级、不担保——同样的代码能否在你的环境构建,它没有测量过。 HOW MIT-0 · 2026-10-18