简体中文
GitHub 应用 vs. OAuth 应用：选择适合你 GitHub 连接方式
比较 GitHub 应用与 OAuth 应用在 Logto 集成中的区别。了解安全性、权限、令牌管理等关键差异，并为你的应用选择合适的 GitHub 认证方式。
Ran
Product & Design
Product & Design
比较 GitHub 应用与 OAuth 应用在 Logto 集成中的区别。了解安全性、权限、令牌管理等关键差异，并为你的应用选择合适的 GitHub 认证方式。
当你在 Logto 应用中集成 GitHub 认证时，有两种选择：GitHub 应用以及 GitHub OAuth 应用。虽然两者都能实现“使用 GitHub 登录”的功能，但在安全、令牌管理和 API 访问方面，它们带来的是截然不同的体验。本指南将帮助你理解关键差异，并为你的使用场景选择正确的方式。
Logto 现有的文档会指导你搭建一个 GitHub OAuth 应用 用于社交登录。这是更简单、直接的方法，非常适合基本认证需求。而 GitHub 应用则是 GitHub 官方推荐的现代集成方式，增强了安全性并拥有更精细的控制。
换个角度理解：OAuth 应用就像给某人一把你家房子的万能钥匙——授权后他们拥有广泛访问权限。GitHub 应用则像智能门锁系统，你可以为不同房间设置专属密码码——用户只能授权你 app 需要的具体权限。
repo 就能获得完整仓库控制权。@octocat）身份操作，且与用户共用速率限制（5,000 次请求/小时）。@my-app[bot]）身份运行，根据应用使用量速率限制可扩容——非常适合自动化场景。GitHub 应用和 OAuth 应用都能无缝适配 Logto 的社交连接器。Logto 的 机密库 可安全存储任一集成下获取的令牌，但两者体验截然不同：
如果你只需要用户认证（用 GitHub 登录），且后续不会调用 GitHub API，最简便的方式就是用 OAuth 应用：
为何选它：拿来做原型、只需登录或偶尔同步资料的应用，开发最快。
如果你的程序要持续访问 GitHub API、实现后台自动化，或强化安全需求，请选择 GitHub 应用：
最佳适用场景：
配置 GitHub 应用和 OAuth 应用步骤类似，有一些关键差异。从 OAuth 应用迁移到 GitHub 应用过程也十分轻松。
访问“GitHub 设置 > 开发者设置 > GitHub 应用”
点击“新建 GitHub 应用”
配置：
生成客户端密钥（和 OAuth 应用一样）
Logto 连接器的配置步骤几乎一样：
offline_access 来获取刷新令牌offline_access。GitHub 应用则不同。
虽然 OAuth 应用仍然适用于基础认证，GitHub 应用无疑代表了未来的 GitHub 集成方向。它们通过令牌定期过期机制、更精细的权限模型和更强的用户授权控制，实现了更高安全性。
对 Logto 用户来说，两种连接方式都能结合社交连接器使用。最终选择完全取决于你的实际需求：
别忘了，Logto 的机密库和自动令牌刷新的能力，让管理 GitHub 应用令牌也像 OAuth 应用一样简单，而且安全性更高。无论你在做 AI 编码助手、项目管理平台还是开发者效率工具，你现在都有了为 Logto 应用选取合适 GitHub 集成方式的知识。
准备好了吗？阅读 Logto 的 GitHub 连接器指南，马上开始集成 GitHub 登录吧。