你使用 GitHub 错了(这里有更好的方法)

发布: (2026年5月3日 GMT+8 03:24)
9 分钟阅读
原文: Dev.to

Source: Dev.to

(请提供您想要翻译的完整文本内容,我将为您翻译成简体中文,并保留原始的格式、Markdown 语法以及代码块和 URL。)

我的 GitHub 之旅

我自 2019 年起就在 GitHub 上活跃,甚至早于封锁期间。当时我并没有真正好好使用它——我只是创建项目、上传代码,并与朋友分享。我从未真正理解 GitHub 的真正用途。

现在,我想分享一些 充分利用 GitHub 的关键方法。

为什么你的 GitHub 个人资料很重要

你的个人资料 不仅仅是一个简介页面——它是公开的工程简历。

  • 我刚开始时对 GitHub 感到惊讶,但只把它当作上传项目的工具。
  • 在看到同事的出色个人资料后,我意识到自己还有很多需要学习的地方。
  • 我观看了教程,浏览了许多个人资料,并将各种想法混合起来,打造自己的页面。它并不完美,但已经足够用了。

Profile example: GitHub

当有人访问你的个人资料时,他们会评估:

  1. 你的思考方式
  2. 你构建的内容
  3. 你学习的一致性

什么最重要

1. 个人简介 README

第一印象。 用它来说明:

  • 你是谁
  • 你在构建什么
  • 你使用的技术

2. 置顶仓库

你只有几个位置,所以要明智选择:

  • 一个强项目 – 你的最佳作品
  • 一个学习项目 – 展示成长
  • 一个实验/独特想法

3. 贡献图

这不是关于完美,而是关于 持续性。一条稳定的曲线比起尖峰的曲线更能体现纪律性。

提示: 查看关于创建出色个人简介 README 的文章,并探索灵感仓库获取想法。

让你的个人资料更具创意

我喜欢动漫,所以我的 README 大多是 极简动漫主题。把 GitHub 想象成 LinkedIn,但创意掌握在你手中。

使用 GitHub 作为搜索引擎

GitHub 不仅是代码托管平台——它是 开发者的搜索引擎。我现在直接在 GitHub 上搜索,而不是使用 Google。

我常用的搜索

  • LLM projects
  • React projects
  • JavaScript projects

大多数人输入的查询像 react project,这只能略窥表面。

更佳的搜索技巧

  • 按语言过滤
  • 按星标数排序
  • 探索热门话题

示例搜索

machine learning python project
react dashboard open source

这些可以帮助你找到 真实的实现案例,而不仅仅是教程。

高级查询 – 发掘隐藏宝石

示例查询

stars:200..5000 pushed:>2025

这将解锁的内容

  • 活跃的仓库
  • 避免过时/被抛弃的项目
  • 在工具流行之前发现被低估的工具

有经验的开发者使用此类查询来提前发现隐藏的宝石。

Trending 页面显示的是人气激增,并不一定代表有用性。

What to check instead

  • Last commit date – 它活跃吗?
  • Issue activity – 人们真的在使用它吗?
  • Contributor count – 它有维护吗?

一个小而活跃的仓库往往比大而死的更有价值。

从标星到学习

我过去经常给很多仓库加星,打算以后再查看……结果从未真正去看。

典型模式:

  1. 给仓库加星
  2. 可能会克隆它
  3. 然后忘记它

更好的方法

打开一个仓库时:

  1. 首先阅读 README
  2. 查看 examples 文件夹
  3. 浏览 Issues(用户实际遇到的问题)
  4. 探索架构和文件夹结构

这会把 GitHub 变成一个 学习平台,而不仅仅是存储空间。

寻找被低估的高价值仓库

不要只依赖 Trending。使用以下搜索模式:

  • "build your own"
  • "system design notes"
  • "awesome"
  • "handbook"

示例

"build your own" stars:200..5000

这些查询会展示 教育类仓库,而不是被炒作驱动的仓库。

关注人,而不仅仅是项目

我开始关注我觉得有趣的开发者的作品,这改变了我的学习方式。

你会注意到

  • 他们的代码写法
  • 他们的项目结构
  • 他们的 README 编写方式
  • 他们解决的问题

大多数人关注项目。经验丰富的开发者关注人。

  • 开发者会随着时间构建多个工具。
  • 他们加星的仓库揭示了隐藏的资源。
  • 他们的活动显示了真正相关的内容。

一个优秀的开发者个人资料可以让你找到 10+ 有用的仓库

Stars, Forks, and Watches – Use Them Intentionally

  • Stars = 书签 + 兴趣信号
  • Forks = 实验或定制
  • Watch = 关注活跃开发的更新

不要随意加星。 有目的地使用星标,以便以后重新访问仓库。

You can check my starred repositories – you might find something useful, or share yours as well.

我的个人 GitHub 成长例程

  1. 有目的地保存仓库,而不是随意保存。
  2. 每月回顾已加星的仓库
  3. 记录我实际学到了什么
  4. 每周深入探索一个仓库

GitHub 只有在持续使用时才会变得强大。

  • 上传代码展示你构建的内容
  • 贡献展示你的思考方式

当你为一个仓库做贡献时,你不仅仅是在写代码——你在:

  • 理解他人的代码
  • 修复真实的问题
  • 使用真实世界的标准

这就像加入别人的厨房而不是独自烹饪。

祝编码愉快,探索开心! 🚀

You need to understand their process, their ingredients, and how they work before you can add anything.

Even small contributions matter. Fixing a typo in a README is like correcting a menu so customers don’t get confused. Improving documentation is like making instructions clearer for the next person walking in.

These small steps slowly build confidence, and over time you start contributing more meaningfully.

GitHub is often treated like a code‑backup tool, but in reality it is:

- a discovery engine  
- a learning platform  
- a developer identity system  
- a map of modern software engineering  

Most developers use GitHub. Very few actually use it properly.

告诉我你最喜欢的 GitHub 仓库是哪一个?

我的最爱仓库tensorflow/tensorflow。它是机器学习领域的核心项目,代码质量高、文档完善,社区活跃,且涵盖了从底层实现到高级 API 的完整生态,非常适合学习和贡献。

0 浏览
Back to Blog

相关文章

阅读更多 »

开源并不意味着开放社区

开源软件早在 DVCS 发明之前就已经存在。作者可能托管了一个简陋的 HTML 页面或一个纯文本文件来描述该项目……

开源并不意味着开放社区

开源软件早在 DVCS 发明之前就已经存在。作者可能只托管了一个简陋的 HTML 网页或一个 txt 文件来描述该项目......

自己制作框架,有什么建议吗?

《Making my own framework》的封面图片。有什么建议吗?https://media2.dev.to/dynamic/image/width=1000,height=420,fit=cover,gravity=auto,format=auto/https%3A%2F%2Fde...