mirror of
https://github.com/go-gitea/gitea
synced 2024-11-09 03:34:24 +00:00
904188ce9c
Updates documentation to account for the renamed ENABLE_SWAGGER_ENDPOINT from #3572 (commit a74426d631
)
Signed-off-by: Peter Colberg <peter@colberg.org>
2.6 KiB
2.6 KiB
date | title | slug | weight | toc | draft | menu | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
2018-06-24:00:00+02:00 | API 使用指南 | api-usage | 40 | true | false |
|
Gitea API 使用指南
开启/配置 API 访问
通常情况下, ENABLE_SWAGGER
默认开启并且参数 MAX_RESPONSE_ITEMS
默认为 50。您可以从 Config Cheat
Sheet 中获取更多配置相关信息。
通过 API 认证
Gitea 支持以下几种 API 认证方式:
- HTTP basic authentication 方式
- 通过指定
token=...
URL 查询参数方式 - 通过指定
access_token=...
URL 查询参数方式 - 通过指定
Authorization: token ...
HTTP header 方式
以上提及的认证方法接受相同的 apiKey token 类型,您可以在编码时通过查阅代码更好地理解这一点。 Gitea 调用解析查询参数以及头部信息来获取 token 的代码可以在 modules/auth/auth.go 中找到。
您可以通过您的 gitea web 界面来创建 apiKey token:
Settings | Applications | Generate New Token
.
关于 Authorization:
header
由于一些历史原因,Gitea 需要在 header 的 apiKey token 里引入前缀 token
,类似于如下形式:
Authorization: token 65eaa9c8ef52460d22a93307fe0aee76289dc675
以 curl
命令为例,它会以如下形式携带在请求中:
curl -X POST "http://localhost:4000/api/v1/repos/test1/test1/issues" \
-H "accept: application/json" \
-H "Authorization: token 65eaa9c8ef52460d22a93307fe0aee76289dc675" \
-H "Content-Type: application/json" -d "{ \"body\": \"testing\", \"title\": \"test 20\"}" -i
正如上例所示,您也可以在 GET 请求中使用同一个 token 并以 token=
的查询参数形式携带 token 来进行认证。
通过 API 列出您发布的令牌
/users/:name/tokens
是一个特殊的接口,需要您使用 basic authentication 进行认证,具体原因在 issue 中
#3842 有所提及,使用方法如下所示:
使用 Basic authentication 认证:
$ curl --request GET --url https://yourusername:yourpassword@gitea.your.host/api/v1/users/yourusername/tokens
[{"name":"test","sha1":"..."},{"name":"dev","sha1":"..."}]
使用 Sudo 方式请求 API
此 API 允许管理员借用其他用户身份进行 API 请求。只需在请求中指定查询参数 sudo=
或是指定 header 中的 Sudo:
为需要使用的用户 username 即可。