Hacktoberfest 2026:维护者为十月标记出来的 issue,仍然开放、适合新手。 浏览 Hacktoberfest issue

Getting users and repos by legacy databaseId

未关闭 适合新手
#7,286 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

维护者通常 1 天内回复

还没有人认领这个 Issue。

评估

难度
2/5
预计耗时
1-3 小时
新手友好度
62/100
Issue 类型
文档
描述清晰度
基本清楚
活跃度
活跃
技术栈
github, openapi
领域
api, documentation

调研方向

首先查找与仓库相关端点的 REST API 文档或 OpenAPI 描述;issue 未指定具体文件。检查这些端点如何描述仓库标识符,并与 issue 中的示例进行比较,然后确认相关端点是否支持旧版数据库 ID。准确记录受支持的行为及其范围后,即表示完成。

由索引模型根据 Issue 内容生成。

描述

feature

There exists an undocumented way to work with API - it's possible to select repository not only with owner/repo, but also with repository_id.

I believe this should be described somewhere, since every endpoint that works with repo can be accessed this way

For example: https://api.github.com/repositories/189621607 or even https://api.github.com/repositories/189621607/issues

I think this way to access API is useful, since it's unaffected by any renaming and repository moving. It works and undocumented for at least several years, and even implemented in some SDK, so it's probably reasonable to explain such behavior in docs

5 years ago in this issue you've said that these endpoints are going to be documented. They still work, but there is no docs.

So, whats the plans about them?

主要语言
没有语言数据
星标
1.6k
派生
345
平均合并
6 小时 39 分钟
30 天内合并 PR
75

环境准备

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

github/rest-api-description 的其他 Issue

查看 github/rest-api-description 的全部 Issue

相似的 Issue

更多 Backend & API Design Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。