内容摘要：GitHub上最唬人的不是代码，是那堆没人看的README。真正让新手崩溃的，是第一次把代码推上去时弹出的权限报错——红字刷屏，像极了考试时盯着题目却无从下笔的感觉。 别慌。你只需要做三件事：注册账号

GitHub上最唬人的使用不是代码，是教程那堆没人看的README。真正让新手崩溃的使用，是教程第一次把代码推上去时弹出的权限报错——红字刷屏，像极了考试时盯着题目却无从下笔的使用感觉。

别慌。教程你只需要做三件事：注册账号、使用装Git、教程建仓库。使用注册账号不用教，教程装Git去官网下个安装包一路点“下一步”，使用建仓库点右上角绿色按钮就行。教程真正的使用坎在“连接本地和远程”。

打开终端，教程敲git init让你的使用文件夹变成仓库，git add .把所有文件装进暂存区，git commit -m "first commit"打个标记。这三步是肌肉记忆，不需要理解，就像骑车前先学会蹬踏板。然后git remote add origin https://github.com/你的用户名/仓库名.git，把本地和云端牵上线。最后git push -u origin main，推上去。看见“main -> main”那行字，你就入门了。

这时候你会遇到第一个真正需要思考的问题：分支。很多人觉得分支是给大神用的，自己写个作业根本用不上。但你试过和同学一起改同一个文件吗？你改了开头，他改了结尾，最后合并时冲突标记像杂草一样冒出来——<<<<<<<和>>>>>>>中间夹着两段代码，你得手动决定留哪段。这体验比吵架还难受。但如果你一开始就各自开个分支，git checkout -b feature-login，改完再git merge，冲突范围会小得多。

GitHub真正厉害的地方不是存代码，是让“抄作业”变得光明正大。看到别人的项目，点Fork，整个仓库就复制到你名下，随便改。改完点Pull Request，原作者如果觉得你改得好，就合并进去。我见过一个大学生给Linux内核提了个文档拼写修正的PR，被合并后兴奋得连发三条朋友圈——那种参与感，比任何证书都真实。

还有个细节容易被忽略：Issues。这玩意儿像论坛帖子，但比微信聊天记录好检索一万倍。你遇到bug，搜一下有没有人提过类似问题，没提过就自己开一条，贴上错误日志。维护者回复你，你解决后关掉issue，整个过程对后来人都是财富。我见过最离谱的一个issue，标题是“这个项目怎么用”，底下回复是“看README”，然后提问者说“README太长了不想看”，结果被管理员锁了帖。别当那种人。

最后说点实在的。GitHub的贡献图——那个绿色格子拼成的日历——确实能当敲门砖。我面试实习生时，会先看他的GitHub主页。不是看星星数，是看他有没有持续提交的记录。哪怕只是每天改个错别字，坚持三个月，也比临时堆一个“电商项目”强。因为前者证明你有耐力，后者只能证明你会复制粘贴。

别怕出错。Git最棒的设计就是几乎所有操作都能撤销。git reset --hard HEAD~1能回到上一个提交，git revert能生成一个反向提交。我干过最蠢的事是把生产环境的密钥传了上去，吓得直接删库。后来发现只要在.gitignore里写上*.env，再跑一遍git rm --cached .env，就能把文件从版本控制里移除，但保留在本地。这招救过我三次。

你不需要成为专家。把GitHub当成一个带时间机器的U盘，慢慢用，自然就熟了。