你在 GitHub上搜索代码时，是怎么样操作的呢？是不是也是像我这样，直接在搜索框里输入要检索的内容，然后不断在列表里翻页找自己需要的内容？

或者是简单筛选下，在左侧加个语言的过滤项。

再或者改变一下列表的排序方式

这就是「全部」了吗？

一般的系统检索功能，都会有一个「高级搜索」的功能。需要在另外的界面里展开，进行二次搜索之类的。 GitHub 有没有类似的呢？

答案是「肯定的」。做为一个为万千工程师提供服务的网站，不仅要有，而且还要技术范儿。

如果我们自己开发一个类似的应用，会怎样实现呢？ 

带着思路，咱们一起来看看，GitHub 是怎样做的。

这里我们假设正要学习 Spring Cloud，要找一个 Spring Cloud 的 Demo 参考练手。

1. 明确搜索仓库标题、仓库描述、README

GitHub 提供了便捷的搜索方式，可以限定只搜索仓库的标题、或者描述、README等。

以Spring Cloud 为例，一般一个仓库，大概是这样的

其中，红色箭头指的两个地方，分别是仓库的名称和描述。咱们可以直接限定关键字只查特定的地方。比如咱们只想查找仓库名称包含 spring cloud 的仓库，可以使用语法

in:name关键词

如果想查找描述的内容，可以使用这样的方式：

in:descripton 关键词

这里就是搜索上面项目描述的内容。

一般项目，都会有个README文件，如果要查该文件包含特定关键词的话，我想你猜到了

in:readme 关键词

2. 明确搜索 star、fork 数大于多少的

一个项目 star 数的多少，一般代表该项目有受欢迎程度。虽然现在也有垃圾项目刷 star ，但毕竟是少数， star 依然是个不错的衡量标准。

stars: >数字  关键字。

比如咱们要找 star 数大于 3000 的Spring Cloud 仓库，就可以这样

stars:>3000 spring cloud

如果不加 >= 的话，是要精确找 star 数等于具体数字的，这个一般有点困难。

如果要找在指定数字区间的话，使用

stars: 10..20 关键词

fork 数同理，将上面的 stars 换成 fork，其它语法相同

3. 明确搜索仓库大小的

比如你只想看个简单的 Demo，不想找特别复杂的且占用磁盘空间较多的，可以在搜索的时候直接限定仓库的 size 。

使用方式：

size:>=5000 关键词

这里注意下，这个数字代表K, 5000代表着5M。

4. 明确仓库是否还在更新维护

我们在确认是否要使用一些开源产品，框架的时候，是否继续维护是很重要的一点。如果已经过时没人维护的东西，踩了坑就不好办了。而在 GitHub 上找项目的时候，不再需要每个都点到项目里看看最近 push 的时间，直接在搜索框即可完成。

元旦刚过，比如咱们要找临近年底依然在勤快更新的项目，就可以直接指定更新时间在哪个时间前或后的 

通过这样一条搜索pushed:>2019-01-03 spring cloud

咱们就找到了1月3号之后，还在更新的项目。

你是想找指定时间之前或之后创建的仓库也是可以的，把 pushed 改成 created就行。

5. 明确搜索仓库的 LICENSE

咱们经常使用开源软件，一定都知道，开源软件也是分不同的「门派」不同的LICENSE。开源不等于一切免费，不同的许可证要求也大不相同。 2018年就出现了 Facebook 修改 React 的许可协议导致各个公司纷纷修改自己的代码，寻找替换的框架。

例如咱们要找协议是最为宽松的 Apache License 2 的代码，可以这样

license:apache-2.0 spring cloud

其它协议就把apache-2.0替换一下即可，比如换成 mit 之类的。

6. 明确搜索仓库的语言

比如咱们就找 Java 的库， 除了像上面在左侧点击选择之外，还可以在搜索中过滤。像这样：

language:java  关键词

7.明确搜索某个人或组织的仓库

比如咱们想在 GitHub 上找一下某个大神是不是提交了新的功能，就可以指定其名称后搜索，例如咱们看下 Josh Long 有没有提交新的 Spring Cloud 的代码，可以这样使用

user:joshlong

组合使用一下，把 Java 项目过滤出来，多个查询之间「空格」分隔即可。

user:joshlong language:java

找某个组织的代码话，可以这样：

org:spring-cloud    就可以列出具体org 的仓库。