GitHub项目功能理解

---

date: 2019-4-26
author:yangxiaoyi
---

github账号看板使用方式

code

code是存放代码的地方，比较容易理解，即仓库存放的内容

issues

issues是放问题的地方，即给项目提问题，然后根据问题逐步解决，提交修改时，可以使用git commit -m "content #1" 显示解决第一个问题
可参考
http://www.ruanyifeng.com/blog/2017/08/issue.html

Pull Requests

有一个仓库，叫Repo A。你如果要往里贡献代码，首先要Fork这个Repo，于是在你的Github账号下有了一个Repo A2,。然后你在这个A2下工作，Commit，push等。然后你希望原始仓库Repo A合并你的工作，你可以在Github上发起一个Pull Request，意思是请求Repo A的所有者从你的A2合并分支。如果被审核通过并正式合并，这样你就为项目A做贡献了

Projects

一个仓库可以包含多个项目；最初，这个设定让我疑惑，直到使用之后才明白， 一个代码仓库通常有很多事情要做，比如：

拟定线路图
增加一个新功能
发布一个新版本
因此，我们可以为以上每一件事创建一个 Project，由于 Github 中并没有类似 Epic 的机制，因此使用不同的 Project 则很有用了。

可以看到，有了 Project 的 Kanban 之后，原来 tag 的部分功能（如标记处理进度等）可以被看板替代。 Github Project 提供的 Note 可以在需要的时候单项转换为 issue：

convert-to-issue.png

同时，Kanban 不仅可以包含 issue 和 note，还可以包含 pull request

Insights

Pulse：显示该仓库最近的活动信息。该仓库中的软件是 无人问津，还是在火热的开发之中，从这里可以一目了然。
Graphs：以图表形式显示该仓库的各项指标。让用户轻松了解该仓库的活动倾向。

Settings

这里可以更改当前仓库的设置。用户必须拥有更改设置的权限才能看到这个菜单。

转载于:https://www.cnblogs.com/Albert-Yang-2017/p/10774064.html