GitHub账号购买前必看：仓库记录、密钥清理与双重验证

先确认：你是否真的需要另一个GitHub账号

GitHub的设计思路是一人一个个人账号：同一个账号可以同时加入公司组织和开源组织，用组织与团队权限来区分工作和个人项目。因此在考虑GitHub账号购买之前，先判断现有账号能否通过组织设置解决问题。比较常见的正当需求包括：

• 为CI/CD流水线或自动化脚本准备专用的机器账号，把部署权限与员工个人账号隔离开；
• QA与测试团队需要从外部协作者、只读成员等不同角色的视角，验证组织和仓库的权限配置；
• 公司或开源项目想用品牌名义的账号发布示例代码、维护GitHub Pages文档站。

请先阅读并遵守GitHub的服务条款：条款对个人持有免费账号的数量、机器账号的用途以及多人共用同一登录都有明确规定，超出规定的用法不要尝试。

读懂商品描述：几个关键字段

注册时间与活动记录

描述里写“老号”的，应说明大致的注册时间段。收货后在个人主页能看到加入日期，贡献图也会显示过往的提交活动。一个有正常提交、Issue讨论和代码评审记录的账号，比只有注册时间、没有任何活动的空壳更接近真实开发者的使用状态。

仓库、Star与关注者

弄清交付时是否保留原有仓库、仓库是公开还是私有、采用什么许可证。对Star和关注者数量不要过度看重：刷出来的Star可能被GitHub清理，声誉最终要靠你自己的代码和协作积累。

邮箱与登录方式

确认交付内容是否包含主邮箱的登录权限、主邮箱能否换成你自己的，以及双重验证目前是开启还是关闭；如果已开启，店铺应提供验证器密钥或恢复码。

到手后的凭据清理清单

改密码只是第一步。GitHub上很多凭据独立于密码存在，改了密码它们依然有效：

1. 修改密码，在邮箱设置中添加你自己的地址并设为主邮箱，删除不再使用的旧邮箱；
2. 打开SSH与GPG密钥页面，删除所有不是你生成的公钥；
3. 在开发者设置里撤销旧的个人访问令牌，包括细粒度令牌；
4. 在应用授权页面撤销陌生的OAuth应用和GitHub App授权；
5. 查看会话列表，注销其他设备上的登录，再翻一遍安全日志；
6. 逐个检查仓库的部署密钥、Webhook和Actions机密，它们挂在仓库上，不会随账号密码一起失效。

重新配置双重验证与恢复码

GitHub已逐步要求在平台上贡献代码的账号开启双重验证。接手后应删除旧的验证方式，用你自己的验证器应用或通行密钥重新绑定，然后重新生成恢复码并离线保存。恢复码相当于备用钥匙，不要放进仓库、Issue或聊天记录里。交付内容本身也一样：订单页里的账号数据只留给自己，不要转发。

在rStock挑选店铺并下单

rStock是数字商品交易平台，本身不卖账号，入驻的独立店铺必须先通过平台批准，每个商品上架前也要经过审核。做GitHub账号购买决定时，买家评价往往比销量更有参考价值：看看其他买家有没有提到凭据交接是否干净，退款过的订单会在评价中被标注。再结合店铺主页上的销量、评分和保险余额一起看，保险余额是店铺存放在平台的资金，属于信任信号。推广位一律带有明确标记，付费方案不会给店铺隐藏的排名优势。

下单流程并不复杂：先验证邮箱，再通过支付服务商Cryptomus用加密货币为余额充值，余额以USDT入账；每次选择一个商品并填写数量，用rStock余额付款。店铺上传的交付内容与商品页分开存放，系统会确保同一份内容不会卖给两位买家。付款完成后，账号数据会出现在订单页，并作为交付记录与该订单关联。各店铺的报价列在分类页上，请以分类页的当前显示为准。

账号出现异常时如何处理

货款不会马上结算给店铺。如果登录失败、双重验证无法通过，或者仓库、注册时间与描述不符，请在纠纷期限内从订单页发起纠纷，写清问题并附上截图。店铺会先回复；双方谈不拢时，可以请平台仲裁员介入。处理结果可能是全额退款、部分退款、放款给店铺或双方分摊，退款会回到你的rStock余额。

GitHub是其所有者的商标，rStock是独立的交易平台，与GitHub官方没有任何隶属、合作或背书关系。