共计 1792 个字符，预计需要花费 5 分钟才能阅读完成。
很多的小伙伴，常常会有这样的困惑，我看了很多技术的学习文档、书籍、甚至视频，我想入手实际，于是我关上了 GitHub，想找个开源我的项目，进行学习，获取我的项目实战经验。这个时候很多小伙伴就会面临这样的问题：“我不会搜啊，我该怎么找呀？”，最终只能放弃。
置信看完这篇文章，你就能够学会如何精准地在 GitHub 搜寻我的项目。
开源我的项目的组成部分
在讲清楚之前呢，咱们先来理解一下一个开源我的项目有哪些组成部分：
- name: 我的项目名
- description: 我的项目的简要形容
- 我的项目的源码
- README.md: 我的项目的详细情况的介绍
那么除了这些因素之外，我的项目自身的 star 数和 fork 数，也是评判一个开源我的项目是否炽热的规范，这同时也是一个很重要的搜寻规范。另外咱们也要留神察看这个我的项目的最近更新日期，因为我的项目越沉闷，那么它的更新日期也更加频繁。
以上因素就是咱们在进行搜寻的时候要留神的一些关键点。
如何搜寻
那咱们到底如何搜寻呢？
假如咱们当初要搜寻 React，置信大部分小伙伴都是间接在搜寻框里输出：“React”，而后一回车，你就会发现状况像上面这样：搜寻后果会显示十分多的开源我的项目，几乎让你应接不暇，无从下手，很多小伙伴搜到这一步就放弃了，因为我的项目太多了，基本不晓得如何找到本人感兴趣的开源我的项目，所以这样搜寻十分的不精确。所以咱们来学习一下略微准确一点的搜寻办法。
依照 name 搜寻
搜寻我的项目名外面蕴含 React 的我的项目：
in:name React
失去如下后果：能够看到，这些搜寻后果都是我的项目名外面带有“React”关键字的我的项目，然而我的项目数量仍旧很多。
当初咱们来束缚一下：
比方我再准确到我的项目的 star 数大于 5000+：
in:name React stars:>5000
后果是这样的：搜寻后果霎时准确了很多，当初只有 114 个我的项目可供选择。当然咱们个别不会把 star 数设置得这么高，个别设置个 1000 就差不多了。
同理，咱们也能够依照 fork 的数量来进行搜寻：
in:name React stars:>5000 forks:>3000
你会发现，后果越来越准确！
依照 README 来搜寻
搜寻 README.md 外面蕴含 React 的我的项目：
in:readme React
后果有这么多，那么咱们再限度一下它的 star 数和 fork 数：
in:readme React stars:>3000 forks:>3000
搜寻后果一下子准确到了 90 个。这个时候你再去抉择我的项目，就会变得容易很多。
依照 descriptin 搜寻
假如咱们当初要学习微服务的我的项目，咱们搜寻我的项目形容 (description) 外面蕴含微服务的我的项目：
in:description 微服务
后果有这么多，那咱们接着减少一些筛选条件：
in:description 微服务 language:python language:python 的意思是咱们把语言限度为 python，咱们来看看后果如何：搜寻后果准确了很多。
如果在这些我的项目外面，咱们想要找到最近才更新的我的项目，意思是更新工夫就在最近，咱们能够这样：
in:description 微服务 language:python pushed:>2020-01-01
pushed:>2020-01-01 的意思是咱们把我的项目的最初更新工夫限度到 2020-01-01 之后，咱们来看看后果如何：搜寻后果只有 8 个了，这几个我的项目就属于更新比拟沉闷的我的项目，这下再也不纠结了。
总结
好，咱们来总结一下。咱们想要进行精准搜寻，无非就是减少筛选条件：
in:name xxx // 依照我的项目名搜寻
in:readme xxx // 依照 README 搜寻
in:description xxx // 依照 description 搜寻
那么在这外面呢，咱们又能够减少筛选条件：
stars:>xxx // stars 数大于 xxx
forks:>xxx // forks 数大于 xxx
language:xxx // 编程语言是 xxx
pushed:>YYYY-MM-DD // 最初更新工夫大于 YYYY-MM-DD
以上就是咱们在 GitHub 下面精准搜寻我的项目的一些小技巧，心愿对你有所帮忙！
作者：觉非
链接：https://juejin.im/post/5e3d01…