Following system colour scheme - Python 增强提案 Selected dark colour scheme - Python 增强提案 Selected light colour scheme - Python 增强提案

Python 增强提案

PEP 658 – 在简单仓库 API 中提供分发元数据

作者:
Tzu-ping Chung <uranusjr at gmail.com>
发起人:
Brett Cannon <brett at python.org>
PEP 代理人:
Donald Stufft <donald at stufft.io>
讨论至:
Discourse 帖子
状态:
已接受
类型:
标准跟踪
主题:
打包
创建日期:
2021年5月10日
发布历史:
2021年5月10日
决议:
Discourse 消息

目录

摘要

本 PEP 提议添加一个锚点标签,以在 PEP 503 “简单”仓库 API 中公开分发中的 METADATA 文件。引入了一个 data-dist-info-metadata 属性,用于指示给定分发中的文件可以独立获取。

动机

最近工具普及的包管理工作流增加了在不打算安装分发的情况下检查分发元数据的需求,并下载项目的多个分发以根据其元数据进行选择。这意味着它们最终会丢弃大量已下载的数据,这效率低下并导致糟糕的用户体验。

基本原理

工具一直在探索通过 HTTP 范围请求部分下载 wheel 来减少下载大小的方法。然而,这增加了仓库服务器的额外运行时要求。它也仍然增加了额外的开销,因为需要单独的请求来获取 wheel 的文件列表以找到获取元数据文件的正确偏移量。因此,希望服务器提前提取元数据文件,并将其作为独立文件提供,以避免执行额外请求和 ZIP 检查的需求。

由核心元数据规范 [core-metadata] 定义的元数据文件将由仓库直接提供,因为它包含常见用例的必要信息。元数据必须仅用于符合标准的分发,例如 wheel [wheel] 和 sdist [sdist],并且必须与分发的规范元数据文件相同,例如 wheel 的 .dist-info 目录 [dist-info] 中的 METADATA 文件。

分发文件的锚点链接上需要一个 HTML 属性,以指示客户端是否能够选择单独提供的元数据文件。该属性还用于提供元数据内容的哈希值以进行客户端验证。该属性的缺失表示该分发没有单独的元数据条目,原因可能是分发的内容或缺少仓库支持。

规范

在简单仓库的项目页面中,每个指向分发的锚点标签 可以 拥有一个 data-dist-info-metadata 属性。该属性的存在表明由锚点标签表示的分发 必须 包含一个核心元数据文件,该文件在分发被处理和/或安装时不会被修改。

如果存在 data-dist-info-metadata 属性,仓库 必须 将分发的核心元数据文件与分发一起提供,并在分发文件名后附加 .metadata。例如,位于 /files/distribution-1.0-py3.none.any.whl 的分发的核心元数据将位于 /files/distribution-1.0-py3.none.any.whl.metadata。这类似于 PEP 503 指定 GPG 签名文件位置的方式。

仓库 应该 使用语法 <hashname>=<hashvalue> 将核心元数据文件的哈希值作为 data-dist-info-metadata 属性的值,其中 <hashname> 是所用哈希函数的小写名称,<hashvalue> 是十六进制编码的摘要。如果哈希值不可用,仓库 可以 使用 true 作为属性值。

向后兼容性

如果锚点标签缺少 data-dist-info-metadata 属性,工具预计将恢复到其当前下载分发以检查元数据的行为。

不支持新的 data-dist-info-metadata 属性的旧工具预计会忽略该属性并保持其当前下载分发以检查元数据的行为。这与以前添加 data- 属性时,期望现有工具如何操作类似。

被拒绝的想法

将元数据内容放置在项目页面上

由于工具通常只需要分发中的依赖信息,以及项目页面上已经可用的信息,因此有人提议仓库可以直接在项目页面上包含这些信息,就像 PEP 503 中指定的 data-requires-python 属性一样。

这种方法被放弃了,因为一个分发可能包含任意长的依赖列表(包括必需和可选的),并且不清楚为项目中每个分发包含信息是否会带来净节省,因为大多数分发的信息通常最终是不需要的。通过单独提供元数据,可以更好地估计性能,因为数据使用量将与检查的分发数量更成比例。

在分发中公开更多文件

有人提议将整个 .dist-info 目录作为一个单独的部分提供,而不仅仅是元数据文件。然而,通过 HTTP 以一个实体提供多个文件需要仓库服务器在从原始分发中提取它们之后单独重新归档它们,并且当分发本身不打算安装时,除了 METADATA 之外,目前没有其他文件的用例。

还应该指出,此处采取的方法不排除将来引入其他文件,无论我们是希望将它们一起提供还是单独提供。

在项目页面上明确指定元数据文件的 URL

此草案的早期版本提议将元数据文件的 URL 放在 data-dist-info-metadata 属性中。但人们认为,为了更好的可发现性,要求仓库在确定的位置提供元数据文件会更好。当前的方法还有一个额外的好处,即可以使项目页面更小。

参考资料


来源:https://github.com/python/peps/blob/main/peps/pep-0658.rst

最后修改:2025-02-01 08:55:40 GMT