记录golangcloud.google.com/go失败问题
失败签名
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…
测量的位置
PASS 表示该发行版在 PROJECT_COMPILE 记录过通过观测,并且没有这次失败的记录。这是本网络能报告的最接近“不存在”的结论,而不是不存在的证明。
- v0.123.0 PASS 1 次通过观测
- v0.93.3 PASS 2 次通过观测
- v0.90.0 FAIL
- v0.65.0 PASS 1 次通过观测
- v0.62.0 未测量
- v0.46.3 PASS 1 次通过观测
- v0.44.1 未测量
- v0.38.0 FAIL
- v0.37.0 PASS 1 次通过观测
复现的环境
- os=linux · runtime=go@1.26 ×2 2026-10-18 → 2026-10-22
最近的已知 PASS/FAIL 边界
判定发生变化的两个相邻发行版。没有任何测量的发行版不会填补这段间隔,而是被计数说明。
-
最后一个通过的发行版 v0.37.0 → 第一个失败的发行版 v0.38.0
边界两侧的差异
- github.com/golang/protobuf v1.2.0, v1.3.1, v1.5.4 → v1.3.1 假设
- github.com/google/go-cmp v0.2.0, v0.6.0 → v0.3.0 假设
- github.com/google/pprof v0.0.0-20181206194817-3ea8567a2e57, v0.0.0-20231212022811-ec68065c825e → v0.0.0-20181206194817-3ea8567a2e57 假设
- github.com/googleapis/gax-go/v2 v2.0.3 → v2.0.5 假设
- golang.org/x/build v0.0.0-20190111050920-041ab4dc3f9d → — 假设
- golang.org/x/exp — → v0.0.0-20190121172915-509febef88a4 假设
- golang.org/x/lint v0.0.0-20190227174305-5b3e6a55c961 → v0.0.0-20190409202823-959b441ac422 假设
- golang.org/x/oauth2 v0.0.0-20181203162652-d668ce993890, v0.0.0-20190226205417-e64efc72b421, v0.16.0 → v0.0.0-20190604053449-0f29369cfe45 假设
- golang.org/x/sync v0.0.0-20190227155943-e225da77a7e6, v0.12.0 → v0.0.0-20190423024810-112230192c58 假设
- golang.org/x/text v0.23.0, v0.3.1-0.20180807135948-17ff2d5776d2 → v0.3.2 假设
- golang.org/x/time v0.0.0-20181108054448-85acf8d2951c, v0.11.0 → v0.0.0-20181108054448-85acf8d2951c 假设
- golang.org/x/tools v0.0.0-20190226205152-f727befe758c, v0.31.0 → v0.0.0-20190506145303-2d16b83fe98c 假设
- google.golang.org/api v0.1.0 → v0.13.0, v0.15.0, v0.8.0, v0.9.0 假设
- google.golang.org/genproto v0.0.0-20190306203927-b5d61aea6440 → v0.0.0-20190502173448-54afdca5d873 假设
- google.golang.org/grpc v1.19.0, v1.67.1 → v1.20.1 假设
- honnef.co/go/tools v0.0.0-20190106161140-3f1c8253044a → v0.0.0-20190418001031-e561f6794a2a 假设
跨越边界发生版本变化的依赖只是候选,不是原因。只有在同一次运行中同时记录了失败与当时解析出的依赖树的回执,才会被标记为证据。
-
最后一个失败的发行版 v0.38.0 → 第一个通过的发行版 v0.46.3
两者之间从未在此阶段被测量的发行版:3
边界两侧的差异
- cloud.google.com/go/bigquery v1.0.1, v1.3.0 → — 假设
- cloud.google.com/go/datastore v1.0.0 → — 假设
- cloud.google.com/go/pubsub v1.0.1, v1.1.0 → — 假设
- github.com/golang/mock v1.3.1 → v1.2.0 假设
- github.com/golang/protobuf v1.3.2 → v1.3.1 假设
- github.com/google/btree — → v0.0.0-20180813153112-4030bb1f1f0c 假设
- github.com/google/pprof v0.0.0-20190515194954-54271f7e092f → v0.0.0-20181206194817-3ea8567a2e57 假设
- golang.org/x/exp v0.0.0-20190829153037-c13cbed26979, v0.0.0-20191030013958-a1ab85dbe136 → v0.0.0-20190121172915-509febef88a4 假设
- golang.org/x/lint v0.0.0-20190909230951-414d861bb4ac, v0.0.0-20190930215403-16217165b5de → v0.0.0-20190409202823-959b441ac422 假设
- golang.org/x/net v0.0.0-20190620200207-3b0461eec859 → — 假设
- golang.org/x/sync — → v0.0.0-20190423024810-112230192c58 假设
- golang.org/x/time — → v0.0.0-20181108054448-85acf8d2951c 假设
- golang.org/x/tools v0.0.0-20190911174233-4f2ddba30aff, v0.0.0-20191113191852-77e3bb0ad9e7, v0.0.0-20191115202509-3a792d9c32b2 → v0.0.0-20190506145303-2d16b83fe98c 假设
- google.golang.org/api v0.13.0, v0.14.0, v0.9.0 → v0.13.0, v0.15.0, v0.8.0, v0.9.0 假设
- google.golang.org/genproto v0.0.0-20190911173649-1774047e7e51, v0.0.0-20191108220845-16a3f7862a1a, v0.0.0-20191115194625-c23dd37a84c9 → v0.0.0-20190502173448-54afdca5d873 假设
- google.golang.org/grpc v1.21.1 → v1.20.1 假设
- honnef.co/go/tools v0.0.1-2019.2.3 → v0.0.0-20190418001031-e561f6794a2a 假设
跨越边界发生版本变化的依赖只是候选,不是原因。只有在同一次运行中同时记录了失败与当时解析出的依赖树的回执,才会被标记为证据。
-
最后一个通过的发行版 v0.65.0 → 第一个失败的发行版 v0.90.0
边界两侧的差异
- github.com/golang/mock v1.4.4 → v1.6.0 假设
- github.com/golang/protobuf v1.4.2, v1.5.0, v1.5.2 → v1.5.2 假设
- github.com/google/go-cmp v0.5.1, v0.5.5, v0.7.0 → v0.5.6 假设
- github.com/google/martian/v3 v3.0.0 → v3.2.1 假设
- github.com/google/pprof v0.0.0-20200708004538-1a94d8640e99 → v0.0.0-20210720184732-4bb14d4b1be1 假设
- golang.org/x/lint v0.0.0-20200302205851-738671d3881b → v0.0.0-20210508222113-6edffad5e616 假设
- golang.org/x/net v0.0.0-20200822124328-c89045814202, v0.0.0-20210525063256-abc453219eb5, v0.4.0 → — 假设
- golang.org/x/oauth2 v0.0.0-20200107190931-bf48bf16ab8d, v0.0.0-20210514164344-f6687ab2804c, v0.0.0-20220223155221-ee480838109b → v0.0.0-20210805134026-6f1e6394065a 假设
- golang.org/x/text v0.3.3, v0.3.6, v0.5.0 → v0.3.6 假设
- golang.org/x/tools v0.0.0-20200825202427-b303f430e36d, v0.1.12 → v0.1.5 假设
- google.golang.org/api v0.30.0 → v0.54.0 假设
- google.golang.org/genproto v0.0.0-20200825200019-8632dd797987 → v0.0.0-20210805201207-89edb61ffb67 假设
- google.golang.org/grpc v1.31.0 → v1.39.1 假设
- google.golang.org/protobuf — → v1.27.1 假设
跨越边界发生版本变化的依赖只是候选,不是原因。只有在同一次运行中同时记录了失败与当时解析出的依赖树的回执,才会被标记为证据。
-
最后一个失败的发行版 v0.90.0 → 第一个通过的发行版 v0.93.3
边界两侧的差异
- github.com/golang/mock — → v1.6.0 假设
- github.com/google/go-cmp v0.5.6, v0.5.9 → v0.5.6 假设
- github.com/google/pprof — → v0.0.0-20210720184732-4bb14d4b1be1 假设
- github.com/jstemmer/go-junit-report — → v0.9.1 假设
- golang.org/x/lint — → v0.0.0-20210508222113-6edffad5e616 假设
- golang.org/x/text — → v0.3.6 假设
- golang.org/x/tools — → v0.1.5 假设
- google.golang.org/genproto v0.0.0-20210813162853-db860fec028c, v0.0.0-20210821163610-241b8fcbd6c8 → v0.0.0-20210805201207-89edb61ffb67 假设
- google.golang.org/grpc v1.39.1, v1.40.0 → v1.39.1 假设
- google.golang.org/protobuf v1.27.1, v1.28.0 → v1.27.1 假设
跨越边界发生版本变化的依赖只是候选,不是原因。只有在同一次运行中同时记录了失败与当时解析出的依赖树的回执,才会被标记为证据。
各版本的依赖版本
本包的每个版本把子依赖解析到了哪个版本。版本发生变动的子依赖排在最前:升级正是在那里改变了你脚下的东西。
发生变动:22 · 所有版本相同:10
一条边记录的是解析器在真实机器上把一个版本放在了另一个版本旁边。它并不主张两者能协同工作;那个问题由样本和契约回答,而不是由这里存在一行来回答。
证据缺口
- 此范围内从未在 PROJECT_COMPILE 被测量过的发行版:2
- 没有为这次失败推断出失败领域。
针对受影响发行版的公开答案
没有公开样本指向这些发行版。