直接 URL 数据结构¶
Direct URL Data Structure
本文档指定了一种可 JSON 序列化的抽象数据结构,用于表示指向 Python 项目和分发工件的 URL,例如 VCS 源树、本地源树、源分发和轮子文件。
在撰写时,尚未正式指定如何将该数据结构的各部分合并为一个可以传递给工具的单一 URL。一种常见的表示方式是 pip URL 格式( VCS 支持 ),其他示例见 版本说明符规范。
This document specifies a JSON-serializable abstract data structure that can represent URLs to python projects and distribution artifacts such as VCS source trees, local source trees, source distributions and wheels.
At time of writing, it is not formally specified how to merge the parts of this data structure into a single URL that can be passed to tools. A common representation is the pip URL format (VCS Support), other examples are provided in the Version specifier specification.
规范¶
Specification
Direct URL 数据结构必须是一个字典,能够根据 RFC 8259 序列化为 JSON。
它必须包含至少两个字段。第一个字段是 url
,类型为 string
。其内容必须是一个有效的 URL,符合 WHATWG URL 标准。
根据 url
所指向的内容,第二个字段必须是以下之一:
vcs_info
(如果url
是 VCS 引用)archive_info
(如果url
是源归档或轮子文件)dir_info
(如果url
是本地目录)
这些信息字段的值是一个(可能为空的)子字典,其中的可能键在下文定义。
The Direct URL Data Structure MUST be a dictionary, serializable to JSON according to RFC 8259.
It MUST contain at least two fields. The first one is url
, with
type string
. Its content must be a valid URL according to the
WHATWG URL Standard.
Depending on what url
refers to, the second field MUST be one of vcs_info
(if url
is a VCS reference), archive_info
(if
url
is a source archive or a wheel), or dir_info
(if url
is a
local directory). These info fields have a (possibly empty) subdictionary as
value, with the possible keys defined below.
安全注意事项¶
Security Considerations
出于安全原因,持久化时,url
必须去除任何敏感的认证信息。
然而,URL 的 user:password
部分可以由环境变量组成,符合以下正则表达式:
\$\{[A-Za-z0-9-_]+\}(:\$\{[A-Za-z0-9-_]+\})?
此外,URL 的 user:password
部分也可以是一个众所周知的、非敏感的字符串。典型的例子是对于 URL 如 ssh://git@gitlab.com/user/repo
,git
就是一个非敏感的字符串。
When persisted, url
MUST be stripped of any sensitive authentication information,
for security reasons.
The user:password section of the URL MAY however be composed of environment variables, matching the following regular expression:
\$\{[A-Za-z0-9-_]+\}(:\$\{[A-Za-z0-9-_]+\})?
Additionally, the user:password section of the URL MAY be a
well-known, non security sensitive string. A typical example is git
in the case of a URL such as ssh://git@gitlab.com/user/repo
.
VCS URL¶
VCS URLs
当 url
指向一个 VCS 仓库时,vcs_info
键必须作为一个字典存在,并包含以下键:
一个
vcs
键(类型为string
)必须存在,包含 VCS 的名称(即git
、hg
、bzr
、svn
之一)。其他 VCS 应该通过撰写 PEP 来注册,以修订此规范。url
的值必须与相应的 VCS 兼容,以便安装工具可以将其直接传递给 VCS 的检出/下载命令,无需转换。一个可选的
requested_revision
键(类型为string
),用于命名一个分支/标签/引用/提交/修订等(格式必须与 VCS 兼容)。此字段必须与用户请求的修订匹配,并且在用户没有选择特定修订时不得存在。一个
commit_id
键(类型为string
)必须存在,包含要安装的精确提交/修订号。 如果 VCS 支持基于提交哈希的修订标识符,则应使用该提交哈希作为commit_id
,以引用源代码的不可变版本。
When url
refers to a VCS repository, the vcs_info
key MUST be present
as a dictionary with the following keys:
A
vcs
key (typestring
) MUST be present, containing the name of the VCS (i.e. one ofgit
,hg
,bzr
,svn
). Other VCS's SHOULD be registered by writing a PEP to amend this specification. Theurl
value MUST be compatible with the corresponding VCS, so an installer can hand it off without transformation to a checkout/download command of the VCS.A
requested_revision
key (typestring
) MAY be present naming a branch/tag/ref/commit/revision/etc (in a format compatible with the VCS). This field MUST match the revision requested by the user and MUST NOT exist when the user did not select a specific revision.A
commit_id
key (typestring
) MUST be present, containing the exact commit/revision number that was/is to be installed. If the VCS supports commit-hash based revision identifiers, such commit-hash MUST be used ascommit_id
in order to reference an immutable version of the source code.
存档 URL¶
Archive URLs
当 url
指向一个源归档或 wheel 文件时,archive_info
键必须作为一个字典存在,并包含以下键:
一个
hashes
键,应该作为一个字典,映射哈希名称到文件的十六进制编码摘要。可以包括多个哈希,消费者可以自行决定如何处理多个哈希(它可以验证所有哈希,或其中的一部分,或者完全不验证)。
这些哈希名称应该始终标准化为小写。
可以使用通过
hashlib
提供的任何哈希算法(特别是任何可以传递给hashlib.new()
且不需要额外参数的算法)作为哈希字典的键。应该始终包括至少一个来自hashlib.algorithms_guaranteed
的安全算法。撰写时,推荐使用sha256
。一个已弃用的
hash
键(类型为string
)可以存在,用于向后兼容,值为<hash-algorithm>=<expected-hash>
。
数据结构的生产者应当在有一个或多个哈希可用时发出 hashes
键。生产者应当继续在之前使用 hash
键的上下文中发出 hash
键,以保持对现有客户端的向后兼容性。
当 hash
和 hashes
键都存在时,hash
键表示的哈希也必须存在于 hashes
字典中,以便消费者可以仅在 hashes
键存在时考虑使用它,若 hashes
键不存在,则回退使用 hash
键。
When url
refers to a source archive or a wheel, the archive_info
key
MUST be present as a dictionary with the following keys:
A
hashes
key SHOULD be present as a dictionary mapping a hash name to a hex encoded digest of the file.Multiple hashes can be included, and it is up to the consumer to decide what to do with multiple hashes (it may validate all of them or a subset of them, or nothing at all).
These hash names SHOULD always be normalized to be lowercase.
Any hash algorithm available via
hashlib
(specifically any that can be passed tohashlib.new()
and do not require additional parameters) can be used as a key for the hashes dictionary. At least one secure algorithm fromhashlib.algorithms_guaranteed
SHOULD always be included. At time of writing,sha256
specifically is recommended.A deprecated
hash
key (typestring
) MAY be present for backwards compatibility purposes, with value<hash-algorithm>=<expected-hash>
.
Producers of the data structure SHOULD emit the hashes
key whether one or multiple
hashes are available. Producers SHOULD continue to emit the hash
key in contexts
where they did so before, so as to keep backwards compatibility for existing clients.
When both the hash
and hashes
keys are present, the hash represented in the
hash
key MUST also be present in the hashes
dictionary, so consumers can
consider the hashes
key only if it is present, and fall back to hash
otherwise.
本地目录¶
Local directories
当 url
指向一个本地目录时, dir_info
键必须作为一个字典存在,并包含以下键:
editable
(类型:boolean
):如果分发版是在可编辑模式下安装的,则为true
,否则为false
。如果该键不存在,则默认为false
。
当 url
指向本地目录时,必须使用 file
协议并符合 RFC 8089。特别是,路径部分必须是绝对路径。创建绝对路径时,应当保留符号链接。
When url
refers to a local directory, the dir_info
key MUST be
present as a dictionary with the following key:
editable
(type:boolean
):true
if the distribution was/is to be installed in editable mode,false
otherwise. If absent, default tofalse
.
When url
refers to a local directory, it MUST have the file
scheme and
be compliant with RFC 8089. In
particular, the path component must be absolute. Symbolic links SHOULD be
preserved when making relative paths absolute.
子目录中的项目¶
Projects in subdirectories
一个顶层的 subdirectory
字段可以存在,该字段包含相对于 VCS 仓库、源档案或本地目录根目录的目录路径,用于指定 pyproject.toml
或 setup.py
文件的位置。
A top-level subdirectory
field MAY be present containing a directory path,
relative to the root of the VCS repository, source archive or local directory,
to specify where pyproject.toml
or setup.py
is located.
已注册的 VCS¶
Registered VCS
本节列出了已注册的 VCS(版本控制系统);扩展的 VCS 特定信息,说明如何使用 vcs
、requested_revision
和 vcs_info
的其他字段;以及在某些情况下需要额外的 VCS 特定字段。
工具可以支持其他 VCS,尽管建议通过编写 PEP 来修改此规范以注册这些 VCS。vcs
字段应该是命令名称(小写)。为了支持此类 VCS,必要的额外字段应以 VCS 命令名称为前缀。
This section lists the registered VCS's; expanded, VCS-specific information
on how to use the vcs
, requested_revision
, and other fields of
vcs_info
; and in
some cases additional VCS-specific fields.
Tools MAY support other VCS's although it is RECOMMENDED to register
them by writing a PEP to amend this specification. The vcs
field SHOULD be the command name
(lowercased). Additional fields that would be necessary to
support such VCS SHOULD be prefixed with the VCS command name.
Git¶
Git
- 主页
- vcs 命令
git
vcs
字段git
requested_revision
字段标签名、分支名、Git 引用、提交哈希、简短的提交哈希或其他提交类型。
commit_id
字段提交哈希(40 个十六进制字符的 sha1)。
备注
工具可以使用 git show-ref
和 git symbolic-ref
命令来确定 requested_revision
是否对应 Git 引用。
反过来,以 refs/tags/
开头的引用对应于标签,以 refs/remotes/origin/
开头的引用则对应于克隆后的分支。
- Home page
- vcs command
git
vcs
fieldgit
requested_revision
fieldA tag name, branch name, Git ref, commit hash, shortened commit hash, or other commit-ish.
commit_id
fieldA commit hash (40 hexadecimal characters sha1).
备注
Tools can use the git show-ref
and git symbolic-ref
commands
to determine if the requested_revision
corresponds to a Git ref.
In turn, a ref beginning with refs/tags/
corresponds to a tag, and
a ref beginning with refs/remotes/origin/
after cloning corresponds
to a branch.
Mercurial¶
Mercurial
- 主页
- vcs 命令
hg
vcs
字段hg
requested_revision
字段标签名、分支名、变更集 ID、简短的变更集 ID。
commit_id
字段变更集 ID(40 个十六进制字符)。
- Home page
- vcs command
hg
vcs
fieldhg
requested_revision
fieldA tag name, branch name, changeset ID, shortened changeset ID.
commit_id
fieldA changeset ID (40 hexadecimal characters).
Bazaar¶
Bazaar
- 主页
- vcs 命令
bzr
vcs
字段bzr
requested_revision
字段标签名、分支名、修订 ID。
commit_id
字段修订 ID。
- Home page
- vcs command
bzr
vcs
fieldbzr
requested_revision
fieldA tag name, branch name, revision id.
commit_id
fieldA revision id.
Subversion¶
Subversion
- 主页
- vcs 命令
svn
vcs
字段svn
requested_revision
字段requested_revision
必须与svn checkout
--revision
选项兼容。 在 Subversion 中,分支或标签是 URL 的一部分。commit_id
字段由于 Subversion 不支持全局唯一标识符, 因此此字段是对应仓库中的 Subversion 修订号。
- Home page
- vcs command
svn
vcs
fieldsvn
requested_revision
fieldrequested_revision
must be compatible withsvn checkout
--revision
option. In Subversion, branch or tag is part ofurl
.commit_id
fieldSince Subversion does not support globally unique identifiers, this field is the Subversion revision number in the corresponding repository.
JSON 架构¶
JSON Schema
以下 JSON Schema 可用于验证 direct_url.json
的内容:
The following JSON Schema can be used to validate the contents of direct_url.json
:
{
"$schema": "https://json-schema.org/draft/2019-09/schema",
"title": "Direct URL Data",
"description": "Data structure that can represent URLs to python projects and distribution artifacts such as VCS source trees, local source trees, source distributions and wheels.",
"definitions": {
"URL": {
"type": "string",
"format": "uri"
},
"DirInfo": {
"type": "object",
"properties": {
"editable": {
"type": ["boolean", "null"]
}
}
},
"VCSInfo": {
"type": "object",
"properties": {
"vcs": {
"type": "string",
"enum": [
"git",
"hg",
"bzr",
"svn"
]
},
"requested_revision": {
"type": "string"
},
"commit_id": {
"type": "string"
},
"resolved_revision": {
"type": "string"
}
},
"required": [
"vcs",
"commit_id"
]
},
"ArchiveInfo": {
"type": "object",
"properties": {
"hash": {
"type": "string",
"pattern": "^\\w+=[a-f0-9]+$",
"deprecated": true
},
"hashes": {
"type": "object",
"patternProperties": {
"^[a-f0-9]+$": {
"type": "string"
}
}
}
}
}
},
"allOf": [
{
"type": "object",
"properties": {
"url": {
"$ref": "#/definitions/URL"
}
},
"required": [
"url"
]
},
{
"anyOf": [
{
"type": "object",
"properties": {
"dir_info": {
"$ref": "#/definitions/DirInfo"
}
},
"required": [
"dir_info"
]
},
{
"type": "object",
"properties": {
"vcs_info": {
"$ref": "#/definitions/VCSInfo"
}
},
"required": [
"vcs_info"
]
},
{
"type": "object",
"properties": {
"archive_info": {
"$ref": "#/definitions/ArchiveInfo"
}
},
"required": [
"archive_info"
]
}
]
}
]
}
示例¶
Examples
源档案:
{
"url": "https://github.com/pypa/pip/archive/1.3.1.zip",
"archive_info": {
"hashes": {
"sha256": "2dc6b5a470a1bde68946f263f1af1515a2574a150a30d6ce02c6ff742fcc0db8"
}
}
}
带有标签和提交哈希的 Git URL:
{
"url": "https://github.com/pypa/pip.git",
"vcs_info": {
"vcs": "git",
"requested_revision": "1.3.1",
"commit_id": "7921be1537eac1e97bc40179a57f0349c2aee67d"
}
}
本地目录:
{
"url": "file:///home/user/project",
"dir_info": {}
}
可编辑模式下的本地目录:
{
"url": "file:///home/user/project",
"dir_info": {
"editable": true
}
}
Source archive:
{
"url": "https://github.com/pypa/pip/archive/1.3.1.zip",
"archive_info": {
"hashes": {
"sha256": "2dc6b5a470a1bde68946f263f1af1515a2574a150a30d6ce02c6ff742fcc0db8"
}
}
}
Git URL with tag and commit-hash:
{
"url": "https://github.com/pypa/pip.git",
"vcs_info": {
"vcs": "git",
"requested_revision": "1.3.1",
"commit_id": "7921be1537eac1e97bc40179a57f0349c2aee67d"
}
}
Local directory:
{
"url": "file:///home/user/project",
"dir_info": {}
}
Local directory in editable mode:
{
"url": "file:///home/user/project",
"dir_info": {
"editable": true
}
}
历史¶
History
March 2020: This specification was approved through PEP 610, defining the
direct_url.json
metadata file.January 2023: Added the
archive_info.hashes
key (discussion).