rates.io:API状态码变更

原文链接

2024年2月6日 · 代表crates.io团队的Tobias Bieniek

Cargo和crates.io是在Rust 1.0发布前的紧张开发中被开发出来的,目的是满足管理依赖项的工具需求以及提供一个人们可以共享代码的注册表。这种快速的工作导致这些工具最初连接的API没有返回正确的HTTP响应状态码。在Rust 1.0发布后,Rust关于向后兼容性的稳定性保证使得修复这个问题变得不那么简单,因为我们希望旧版本的Cargo能继续与当前的crates.io API兼容。

当旧版本的Cargo收到一个非"200 OK"的响应时,它会像这样显示原始的JSON主体:

css 复制代码
错误:未能获得200 OK响应,得到400
头信息:
    HTTP/1.1 400 Bad Request
    Content-Type: application/json; charset=utf-8
    Content-Length: 171

主体:
{"errors":[{"detail":"缺少或空的元数据字段:description, license. 请参阅https://doc.rust-lang.org/cargo/reference/manifest.html了解如何上传元数据"}]}

这在拉取请求#6771中得到了改进,该请求在2019年中发布的Cargo 1.34中发布。从那时起,Cargo也支持接收4xx和5xx状态码,并且如果可能的话,从JSON响应中提取错误信息。

在2024年3月4日,我们将把API从返回错误的"200 OK"状态码切换到新的4xx/5xx行为。在此更改后,Cargo 1.33及以下版本将继续工作,但会显示原始的JSON主体,而不是格式化良好的错误信息。我们相信,这种降级的错误信息显示不会影响很多用户。根据crates.io的请求日志,只有非常少的请求是由Cargo 1.33及更早版本发出的。

以下是此次变更将影响的API端点列表:

  • GET /api/v1/crates
  • PUT /api/v1/crates/new
  • PUT /api/v1/crates/:crate/:version/yank
  • DELETE /api/v1/crates/:crate/:version/unyank
  • GET /api/v1/crates/:crate/owners
  • PUT /api/v1/crates/:crate/owners
  • DELETE /api/v1/crates/:crate/owners

所有其他端点已经使用常规HTTP状态码一段时间了。

如果您仍在使用Cargo 1.33或更早版本,我们建议您升级到更新版本,以获得改进的错误信息和Cargo团队自那时以来构建的所有其他好东西。

相关推荐
k4m7v2pz9 小时前
Rust 长跑守护进程日志治理:切分、时区与结构化
开发语言·后端·rust·日志系统·日志轮转·ndjson
k4m7v2pz9 小时前
Rust 高并发 WebSocket 连接管理:从线程地狱到 tokio 异步架构
websocket·架构·rust·并发编程·tokio
k4m7v2pz10 小时前
Rust 规则热重载实战:用 serde_json + notify 告别重启
开发语言·rust·json·规则引擎·notify·热重载
rustfs11 小时前
GitLab 如何与 RustFS 集成?
分布式·rust·gitlab
龙智DevSecOps解决方案12 小时前
Perforce QAC + Klocwork 视频教程:Rust 与 C/C++ 混合项目静态分析演示
rust·静态分析·perforce·klocwork·qac·代码合规
程序员爱钓鱼12 小时前
Rust 生命周期常见错误详解:看懂编译器报错并正确修复
前端·后端·rust
特立独行的猫a14 小时前
Windows安装Rust环境 Clang替代GCC MinGW环境LLVM工具链(详细教程)
开发语言·windows·rust·mingw·环境搭建·llvm
红尘散仙1 天前
浏览器不能监听端口、没有文件系统,凭什么能点对点传文件?
rust·webrtc·webassembly
nnerddboy1 天前
Rust教程06:ESP32-rust环境搭建
开发语言·后端·rust
nnerddboy1 天前
Rust教程03:函数,控制流与所有权
开发语言·后端·rust