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团队自那时以来构建的所有其他好东西。

相关推荐
花褪残红青杏小6 小时前
Rust图像处理第6节- 均值模糊 & 中值模糊:3×3 邻域的两种经典玩法
rust·webassembly·图形学
子兮曰10 小时前
前端工具链的「Rust 化」:一场没有赢家的军备竞赛?
前端·后端·rust
星栈12 小时前
写 Dioxus Demo 不难,难的是把它写成项目
前端·rust·前端框架
mCell14 小时前
【锐评】桌面端技术营销:别拿跑分当工程判断
前端·rust·electron
武子康18 小时前
调查研究-201 Rust 里的 dev build 和 release build:为什么同一份代码性能差这么多?
后端·架构·rust
doiito20 小时前
【Agent Harness】Gliding Horse 的 L2 作战地图:让多 Agent 协作从“摸黑”变成“透明”
ai·rust·架构设计·系统设计·ai agent
星栈2 天前
我用 Rust + Dioxus 做了个全栈跨平台笔记应用:再把新建、编辑和交付补上
前端·rust·前端框架
独孤留白2 天前
从C到Rust:基本类型 C 的隐式不确定 vs Rust 的显式确定
rust
清晨很温柔啊2 天前
# 用 Rust 手搓 AI 自演化主板:当 18 个异构器官长出 C++ 骨骼
rust
星栈3 天前
我用 Rust + Dioxus 做了个全栈跨平台笔记应用:第一版先把列表和详情跑通
前端·rust·前端框架