前两天我在群里看到有人问，GitHub 到底咋注册。
一个挺基础的问题，但底下没人接。
怎么说呢，2025 年了还有人不会用 GitHub，其实挺正常的，因为这东西一没人带，二全是英文界面，三各种教程上来就教你装 Git、配环境、写命令，把人直接劝退。
但现在情况变了，AI 编程工具普及之后，GitHub 已经不是程序员的专属玩具了。
你想想看，你写的任何代码，不管是用 Cursor 还是 Claude Code 还是 Trae，最后都得有个地方存着、分享出去、部署上线。这个地方就是 GitHub。
我自己用 GitHub 七八年了，从一开始的命令行恐惧症到现在每天 push 代码，踩过的坑够写一本书。今天这篇，老王把这本踩坑指南浓缩成一篇奶爸级别教程，你照着做就行。
先说几个数字镇场子。
GitHub 现在有 1.8 亿开发者，仓库数量超过 6 亿。你知道的腾讯、阿里、字节，开源项目全部挂在 GitHub 上。甚至阿波罗登月的代码都在上面，五十六年前那批工程师写的注释，你今天打开仓库就能看到。
这个数字意味着什么？
意味着你遇到的技术问题，99% 都能在 GitHub 上找到现成方案。
下面进入正题，老王带你从零开始。
先搞清楚，开源到底是个啥
很多人听到开源两个字，第一反应是，那不是把代码白送人了？
其实没这么简单。
代码本质上是文字。你写了一堆字符，存在一个 .py 文件里，这就是你的代码。
不开源的意思是，这个文件只在你电脑里，别人看不到。
开源的意思是，你把这个文件上传到 GitHub，设成公开仓库，任何人都能看、能复制、能拿去改。
但开源不等于放弃所有权。
你可以在代码里放一份许可证，也就是 License。MIT 协议最宽松，几乎不限制，随便你怎么用。GPL 协议最严格，别人用了你的代码，他自己写的代码也得跟着开源。什么都不放的话，法律上默认保留所有权利，但实际没人管得住你。
搞清楚这个前提，后面所有操作都围绕着它展开。
Git 和 GitHub，别再搞混了
两个名字长得像，但不是一回事。
Git 是一个版本控制工具，装在你电脑上。它帮你记录代码的每一次改动，谁在什么时候改了什么，随时能退回到任意一个历史版本。Git 不用联网，单机就能用。
GitHub 是一个网站，跑在云端。它把 Git 仓库托管到服务器上，让你能和别人共享代码、协作开发。你把本地仓库推到 GitHub，别人就能看到和下载。
说白了，Git 是你电脑上的版本记录本，GitHub 是这本记录本的云端备份加共享平台。
这俩的关系就像 iPhone 和 iCloud，前者是本机，后者是云端。
注册账号，十分钟搞定
打开浏览器，地址栏输入 github.com，回车。
页面正中间有个绿色的 Sign up 按钮，点它。
要填四项，邮箱、密码、用户名、国家。
邮箱强烈建议用 Gmail。
不只是 GitHub，后面做开发还会用到 Supabase 数据库、Vercel 部署、Cloudflare 域名，这些全部支持 Google 账号一键登录。一个 Gmail 在 Chrome 浏览器里就能包圆了，省掉反复注册的麻烦。
QQ 邮箱和 163 邮箱经常把验证邮件扔进垃圾箱，老王已经被坑过无数次了，不推荐。
用户名是你在 GitHub 上的身份标识，以后会出现在所有代码链接里。
千万别起 test001 这种临时名字。
用真实姓名拼音，或者长期用的英文 ID。这玩意儿改起来特别麻烦，不如一开始就想好。
密码建议让浏览器自动生成强密码，存进密码管理器。
自己想出来的密码大概率跟别处重复，一处泄露全网遭殃。这不是危言耸听，老王身边有人亲身经历过。
填完那个拼图验证，GitHub 会往你邮箱发一封验证邮件，里面有 8 位数字验证码。复制粘贴回来，注册就完成了。
立刻开双重认证，别拖
注册完第一件事，开 2FA。
这事儿真别拖。
GitHub 从 2023 年起强制要求所有做过代码贡献的账号开 2FA。只要你上传过文件、提过 Issue、发过 PR，90 天内必须开，不然账号会被限制。
路径是，点右上角头像，选 Settings，左侧菜单点 Password and authentication，找到 Two-factor authentication，点 Enable。
三种方式里推荐 Authenticator app。
手机上下载 Google Authenticator，扫码绑定之后，每次登录除了密码还要输入 App 里 6 位动态码。
绑定完成后，GitHub 会给你 16 个恢复码。
这 16 个码你必须存好。
手机丢了、App 删了，这 16 个码是唯一的救命钥匙。
复制进密码管理器，或者打印出来锁抽屉里。老王两样都做了，因为这种事儿真不能赌。
建一个自己的仓库
有了账号，第一件事是建一个仓库。仓库是 GitHub 上装代码的最小单位，一个项目一个仓库。
右上角点加号图标，选 New repository。
进入新建页面，填几项。
仓库名，全小写英文，单词之间用连字符。比如 my-first-project，别用中文。中文仓库名在很多场景下会有奇怪的 bug。
Description 描述，一句话说清楚这个仓库是干什么的。可填可不填，但建议填上。以后自己回来看一眼就懂，不用打开文件夹猜。
Public 还是 Private。公开仓库任何人都能看到你的代码，私有仓库只有你和你邀请的人能看到。免费账号两种都能无限建，放心选。
下面三个初始化选项。
Add a README file 一定勾上，这是仓库的脸面，打开第一眼看到的就是它。
Add .gitignore 选 None，后面再说。
Choose a license 如果不打算开源给别人用，可以不选。
点绿色的 Create repository 按钮，仓库就建好了。
现在里面只有一个 README.md 文件，后面把本地代码推上来就会慢慢充实。
老王建新仓库时 README 一定勾上。没 README 的仓库别人点进来就走，根本不会细看。
搜索项目，几亿个仓库里捞针
GitHub 上有几亿个仓库，搜到你要的东西是第一个实际技能。
顶部搜索栏直接打字就能搜。
比如输入 OpenClaw，回车。
搜索结果页左边有一列类型筛选，切到 Repositories 看仓库，切到 Code 看代码内容。
几个最常用的限定符，组合起来能精确到离谱的程度。
language:python，只搜 Python 项目。
stars:>1000，只要 Star 数超过一千的热门项目。
pushed:>2026-01-01，今年还在更新的活跃项目。
in:name，关键词出现在仓库名里。
组合起来用。
想找 Python 写的、Star 过五千、今年还活跃的机器学习项目，搜索框里打：machine learning language:python stars:>5000 pushed:>2026-01-01。
老王日常找开源方案、对比竞品、翻参考实现，全靠这套搜索语法。
比在搜索引擎里搜某某项目推荐快一个数量级，出来的结果也干净，没有 SEO 灌水文章夹在中间。
读懂一个仓库，每个按钮都是啥意思
GitHub 上一个项目就是一个仓库，英文叫 Repository。
打开任意一个仓库页面，从上到下，老王挨个给你讲清楚。
仓库名格式是 用户名 / 仓库名，点用户名能跳到那个人主页。
旁边有个小标签标注 Public 还是 Private。
再往右三个按钮。
Star，收藏加点赞。点了之后仓库进你的收藏夹，头像菜单的 Your stars 里能找到。Star 数越高说明项目越受欢迎，找开源项目时先看这个数字。
Fork，把整个仓库复制一份到你自己的账号下。复制完是你的独立副本，随便改不影响原项目。
Watch，订阅更新通知。点了之后这个仓库有新的 Issue、PR、版本发布，你都会收到通知。不需要通知就别点，默认就好，不然邮箱会爆炸。
横栏下面一排标签页，日常只用前三个。
Code，默认页，看代码和文件的地方。所有操作都在这。
Issues，工单区。提 bug、提需求、问怎么用，都在这发帖。对开源项目有问题，先来这搜一下有没有人问过。
Pull requests，合并请求区。别人想给这个项目贡献代码，就在这里提交改动等审批。用 Fork 和 PR 给开源项目贡献代码时才会用到。
后面 Actions、Projects、Wiki、Security、Insights、Settings 六个标签，上手第一周用不到，不用管。
Code 标签页是整个仓库最核心的地方，分左中右三栏。
左上角有一个分支下拉框，默认显示 main。main 就是主分支，第一版代码在这。有些项目会有 dev、develop 等分支，不用管，只看 main 就行。
中间是文件列表，跟电脑上的文件夹一模一样。点文件夹进去，点文件名看代码。每个文件名旁边有一行小字显示最后修改时间和说明，点进去看那次具体改了哪些代码，红色行是删掉的，绿色行是新增的。
文件列表上方绿色 Code 按钮，这就是下载代码的入口。
文件列表下方是 README.md，打开仓库自动渲染在最显眼的位置。README 是作者写的项目说明书，一般包括四块，项目是什么、怎么安装、怎么用、几个示例。看一个陌生项目，先看 README，就知道这个仓库值不值得细看了。
右侧 About 信息栏，显示项目简介、主要编程语言、Star 数、Fork 数。往下拉有 Releases 版本发布区，想下载稳定版本不用克隆整个仓库，来这找对应的压缩包就行。
如果 README 里没写怎么装，这个项目大概率没打算给别人用，或者维护者没顾上写文档。换个同类型有 README 的项目会更省时间。
Issues，工单系统别乱用
仓库顶部的 Issues 标签，可以理解为这个项目的留言板加任务系统加 bug 报告中心。
任何人都能在这里提 Issue，用来报告 bug、提议新功能、问怎么用。
点 New issue 按钮，写标题和正文，提交就行。
但给开源项目提 Issue 之前做两件事。
先在 Issues 页面搜一下有没有人提过同样的问题，重复的 Issue 维护者直接关掉还会被标记。
再看仓库根目录有没有 CONTRIBUTING.md 或 ISSUE_TEMPLATE，按对方要求的格式填。
别上来就甩一句「这玩意儿不好用」，老王见过太多这种 Issue，维护者看到直接秒关。
本地 Git 操作，六句话搞定
来了来了，重点来了。
不需要装 Git，不需要背命令。
打开你的 AI 编程工具，Cursor、Copilot、Claude Code、Trae 都行，直接跟它说话就行。
下面是要对它说的六句话，存好。
把项目变成 Git 仓库时，对 Agent 说：帮我初始化 Git 仓库。
下载别人的仓库，把仓库地址复制下来，对 Agent 说：帮我把这个仓库克隆到本地 github.com/xxx/xxx。
改完代码提交，对 Agent 说：提交所有改动，说明是：修复了登录页白屏。
推到 GitHub，对 Agent 说：推送到 GitHub。
拉取远端更新，对 Agent 说：拉一下最新代码。
本地已有代码想关联 GitHub 上刚建的空仓库，对 Agent 说：帮我把这个项目关联到 GitHub 上的 xxx 仓库，然后推送上去。
就这六句话。
Agent 在后台自动执行一切，包括第一次推送时自动配好 SSH Key，你不用管它具体做了什么。
老王自己用 Claude Code 的时候，这六句话就够了。再复杂的操作，Agent 自己会拆解。
部署上线，让别人能看到你的作品
代码推到 GitHub 之后，怎么让别人在浏览器里看到？
跟 Agent 说就行。
静态 HTML 页面走 GitHub Pages，对 Agent 说：帮我把这个仓库部署到 GitHub Pages。
三十秒后 Agent 给你一个 你的用户名.github.io/仓库名 的公开地址，任何人打开就能看。
React、Vue、Next.js 这类前端框架项目走 Vercel，对 Agent 说：帮我把这个项目部署到 Vercel。
Agent 会自动关联 GitHub 仓库、自动 build、自动分配一个 vercel.app 域名。以后每次 git push，Vercel 自动重新部署。免费套餐个人项目够用。
老王自己的博客就是 GitHub Pages 托管的，1 年没花过一分钱，加载速度比国内很多付费虚拟主机还快。
适合放的，个人作品集、博客、开源项目文档站。
不适合的，需要后端数据库的应用、需要登录注册的系统。
Fork 和 PR，开源协作的两个核心动作
GitHub 最核心的协作机制就这两个，单独讲，因为这是参与开源的基础。
进任何一个公开仓库，右上角有一个 Fork 按钮。
点了之后，GitHub 会把整个仓库完整复制一份到你自己的账号下，你拥有这个副本的完全控制权。
Fork 出来的仓库可以随便改，不影响原项目。
原作者更新了新代码，你这边不会自动同步，想同步的话点一下 Sync fork。
什么时候 Fork？
想给别人的项目贡献代码，先 Fork 到自己的账号下，在自己副本里改，改完发起 Pull Request 申请合并回原项目。
或者想基于别人的代码改一个自己的版本。
PR 是开源协作的关键一步。
流程是，先 Fork 目标项目到自己的账号下。用 git clone 把自己的 Fork 仓库拉到本地。在本地改代码，add、commit、push 推上去。
打开自己 Fork 仓库的 GitHub 页面，顶部会出现黄色提示条，问你要不要发起 Compare and pull request。
点了之后填写标题和描述，说清楚自己改了什么、为什么这么改，然后点 Create pull request。
提交之后，原项目的维护者会收到通知。他来看你的代码改动，可能会留言让你改几处，也可能直接点 Merge 合并。
如果他点了合并，你的代码就正式进入原项目了。
老王第一次给开源项目提 PR 的时候紧张得要死，结果维护者回了句 LGTM 直接合并。LGTM 就是 Looks Good To Me 的缩写，开源圈常用语。
最后说几个有意思的项目
GitHub 上托管着全球几乎所有重要的开源项目。
下面这几个项目本身就是最好的学习资源，打开看它们的代码结构、README 写法、Issue 管理方式，比一篇一篇翻教程快得多。
阿里巴巴通义千问 Qwen，阿里开源的大语言模型系列，从 7B 到 72B 参数全量开放，GitHub 上模型权重和训练代码全部可下载。
地址：github.com/QwenLM/Qwen
飞书命令行工具，飞书官方开源的命令行工具，覆盖消息、日历、文档、邮箱、会议等 11 个业务域，还带了 19 项 AI Agent Skills。发布不到两个月 GitHub Star 破万。
说两个更有意思的。
Apollo 11 登月源代码，1969 年阿波罗 11 号制导计算机的原始代码，14.5 万行，GitHub 上 3 万多 Star。打开那个仓库，看到的是五十多年前送人类上月球的第一手工程资料，代码注释里甚至能看到那个年代工程师的英文俚语。
地址：github.com/chrislgarry/Apollo-11
HowToCook，程序员做饭指南，80K Star。微软工程师居家隔离时写的，把菜谱按程序员思维结构化，每道菜标难度等级、材料精确到克、步骤拆成条件分支。不含一行代码，但可能是 GitHub 上最实用的非代码仓库。
地址：github.com/Anduin2017/HowToCook
English-level-up-tips，46K Star。作者大四一学期过了 26 门考试，高考江苏卷英语加语文双科省第一。7 层结构从基础认知到 AI 工具，每层独立，挑着抄都行。
地址：github.com/byoungd/English-level-up-tips
看这些项目不需要完全看懂代码。
打开每个仓库先看 README，了解项目是干什么的。再看文件结构，看它是怎么组织的。点几个核心文件的代码看一看，感受一下真实项目的代码长什么样。
这种浏览本身就是最好的学习。
到这一步，你已经能注册账号、搜索项目、读懂仓库、用 Git 在本地和远端之间同步代码、把网站部署上线、给开源项目发 PR。
GitHub 开发够用的全套操作都在这里。
剩下的就一件事了。
打开 GitHub，搜一个你感兴趣的项目，点进去看它的 README 和文件结构。再用 git clone 拉到本地，改点东西，push 上去。
踩过一次完整流程，这些知识才是你的。
老王当年也是这么过来的，从注册到第一次提 PR 用了整整一周。现在回头看，其实半小时就够了。
AI 时代最大的红利就是这些门槛被大幅降低了。
剩下的，就看你愿不愿意迈出那一步了。
以上，既然看到这里了，如果觉得不错，随手点个赞、在看、转发三连吧，如果想第一时间收到推送，也可以给我个星标⭐～
谢谢你看我的文章，我们，下次再见。
/ 作者：卡兹克 / 投稿或爆料，请联系邮箱：wzglyay@virxact.com