GitHub 账号怎么登录：令牌、密码和 2FA
2026年10月16日
BuyGitHubAccounts Support Desk· 客户支持
GitHub 账号是以文字交付的：一个账号一行，显示在后台的订单页里，交付邮件里也会再发一份。先别急着登录，看一眼你那一行长什么样。GitHub 的交付有两种，能打开的东西不一样。
你拿到的是哪一种？
| 那一行 | 你手里有什么 | 能用来做什么 |
|---|---|---|
一个网址，一个 |，后面一长串字符 | 账号的个人主页地址，加上这个账号的密钥或访问令牌 | HTTPS 方式的 git 操作和 GitHub API。不能在 github.com 的登录页登录。 |
用 :、| 或 ---- 隔开的好几段，其中有密码 | 完整的登录信息：用户名或邮箱、密码，多数商品还有 2FA 密钥和邮箱 | 网页端正常登录；登录后自己建个令牌，上一行能做的也都能做 |
如果那一行两种都不像，或者有一段看着像被截断了，就别再试了，直接提交工单。乱试组合最容易把号试锁。
主页地址加令牌的那种
格式如下，数值都是编的：
https://github.com/sample-dev-2041/ | ghp_EXAMPLEexampleEXAMPLEexample0000
个人主页地址 | 令牌用户名就是地址的最后一段，这里是 sample-dev-2041。在浏览器里打开这个地址，应该能看到对应的公开主页。
令牌是竖线后面的全部内容。classic 个人访问令牌以 ghp_ 开头。它是给程序用的密码，不是给人登录网页用的：HTTPS 方式的 git 和 API 调用都认它，但 github.com 的登录页不收。
想确认令牌能不能用，可以问一下 API 它属于谁：
curl -H "Authorization: Bearer ghp_EXAMPLEexampleEXAMPLEexample0000" https://api.github.com/user能用的令牌会返回账号信息，里面的 login 和地址里的用户名一致。返回 Bad credentials，说明令牌已过期或被删了。
用 git 的时候，git 问用户名就填用户名，问密码就填令牌。令牌存在系统的凭据管理器里，别写进仓库，也别写进要发给别人的脚本。
光有令牌改不了密码、邮箱和 2FA。商品如果还给了密码，就用密码登录，然后照下面的接管清单做。如果没给，令牌就是你买到的全部内容：自己保管好，令牌的有效期看商品标题。
带密码、邮箱和 2FA 密钥的那种
各商品的字段顺序不一样，按每一段的样子来认：
| 长这样 | 是什么 |
|---|---|
sample-dev-2041 或 name@example.com | github.com/login 第一个框里填的东西，用户名和邮箱都行 |
紧跟在登录名后面的 Passw0rd! | GitHub 密码 |
| 另一组邮箱加密码 | 注册时用的邮箱。标题写了 IMAP 的，还能用邮件客户端收信 |
16 或 32 位的大写字母加 2 到 7 的数字，比如 JBSWY3DPEHPK3PXP | 2FA 密钥（是密钥，不是验证码） |
以 ghp_ 开头 | classic 个人访问令牌，商品写了才有 |
一整行大概是这样（编的）：
sample-dev-2041:Passw0rd!:name@example.com:MailPass-77:JBSWY3DPEHPK3PXP登录
- 打开 github.com/login，填登录名和密码。
- GitHub 要验证码时，把 2FA 密钥粘贴到2FA 验证码生成器（https://checkkit.net/en/online-2fa-code-generator），输入它显示的六位数字。验证码 30 秒一换，用最新的那个。
- 没开 2FA 的号，GitHub 可能改成往账号邮箱发一个设备验证码。去交付的邮箱里把码复制过来。
按顺序把账号接过来
在商品页写的质保时间内做完。每一步都要以上一步为前提。
- 加上你自己的邮箱。Settings 里的 Emails：添加你自己能收信的邮箱，确认后设为主邮箱。你的邮箱成为主邮箱之后，再删掉交付的那个。
- 改密码。Settings 里的 Password and authentication。
- 把 2FA 换到你自己的 App 上。还是这个页面，编辑验证器 App 那一项，用你自己的验证器扫新的二维码并确认。然后重新生成恢复码，存到稳妥的地方。旧密钥和旧恢复码随即失效。
- 作废交付的令牌。Settings → Developer settings → Personal access tokens → Tokens (classic)。先按实际需要的权限建一个自己的令牌，把用到旧令牌的地方都换掉，再删除交付的那个。
- 清掉不是你设置的东西。看一遍 Sessions、SSH 和 GPG 密钥、Applications（已授权的 OAuth 应用），不认识的都删掉。
做完第 4 步，用旧令牌再跑一次上面的 curl，应该返回 Bad credentials。
遇到问题
提示 "Incorrect username or password"
重新复制一次密码，注意前后别带空格，也确认没把邮箱密码当成 GitHub 密码。还是不行就报给我们。别往一个你打不开的邮箱申请重置密码。
验证码不对
确认粘贴的是密钥，不是令牌，也不是邮箱密码；再确认设备时间是自动同步的。然后用最新的验证码再试一次。
设备验证邮件收不到
先看邮箱的垃圾邮件文件夹，等几分钟再重新要码。交付的邮箱登不上就直接报给我们：没有邮箱，这个号在新设备上过不了验证。
账号被停用或被标记
把提示截图后报给我们。不要先用这个号去提交申诉。
怎么报问题
在质保结束前从订单页提交工单，写上用户名、你是怎么试的（网页登录、git 还是 API 检查），附上提示信息的截图。登录不会让质保失效；批量或自动化操作导致的停用不保。客服绝不会问你要自己的 GitHub 密码、令牌或验证码。