GitHub Pulse功能介绍
GitHub 中的 Pulse 是体现该仓库软件开发活跃度的功能(图1)。近期该仓库创建了多少 Pull Request 或 Issue,有多少人参与了这个仓库的开发等,都可以在这里一目了然。
图1:Pulse 的页面
根据这个页面,用户可以判断目前这个软件是否正在被积极开发,或者持有仓库修改权限的人是否在认真地进行 BUG 修正等维护工作。在挑选 GitHub 上开发的软件时,它可以作为一个重要的衡量标准。
下面,我们就来详细讲解一下这个功能。
图 1 中有 25 个 Pull Request,其中有 20 个被采纳,其余 5 个仍然保持 Open 状态。剩余的这 5 个 Pull Request 将来要么会被采纳,要么会被 Close。
如果想查看清单的详细内容,只要点击对应项即可(图2)。Pull Request 的概要及链接按照合并的先后顺序排列。
图2:已合并的 Pull Request 的概要及链接
点击 proposed-pull-request 则可以按 创建的先后顺序查 看 Pull Request 的概要及链接。
通过这些信息,用户可以了解该软件最近正在开发哪些功能。如果发现对方正在进行功能扩展或者修正,不妨积极试用一下这个功能。这或许会成为您加入开源软件开发的契机。
如果想查看清单的详细内容,只要点击对应项即可。Issue 的概要及链接按照 Close 的先后顺序排列。
点击 new issue 则可以按创建的先后顺序查看 Issue 的概要及链接。
通过观察 Issue 的整体动向,用户能够知道这个软件是否有人在积极地维护与支持。对方仓库越是活跃,用户发送的 BUG 报告和相关探讨越可能收到回应。
通过这些信息,用户可以大致把握 GitHub 中该仓库中活跃开发者的人数。
另外,右侧图表显示了这些开发者具体发送的提交数。通过图表我们可以了解到有哪些开发者在格外积极地向该仓库发送提交。
通过这里我们可以了解到该软件的版本升级频率。
这里列出的 Issue 和 Pull Request 都创建于 Period 指定的时间之前,它们都尚未 Close 并且仍有人参与评论。
一般情况下,仓库中软件的重大事项讨论都会持续很长时间,所以这些讨论大多放在这里。其中会有不少关于该软件今后发展方向的讨论。如果各位有哪些比较关心的软件,不妨关注一下这部分的讨论内容。
图1:Pulse 的页面
根据这个页面,用户可以判断目前这个软件是否正在被积极开发,或者持有仓库修改权限的人是否在认真地进行 BUG 修正等维护工作。在挑选 GitHub 上开发的软件时,它可以作为一个重要的衡量标准。
下面,我们就来详细讲解一下这个功能。
1. active pull requests
页面中 Overview 的左半部分显示了特定期间内活动过的 Pull Request 数。图 1 中有 25 个 Pull Request,其中有 20 个被采纳,其余 5 个仍然保持 Open 状态。剩余的这 5 个 Pull Request 将来要么会被采纳,要么会被 Close。
如果想查看清单的详细内容,只要点击对应项即可(图2)。Pull Request 的概要及链接按照合并的先后顺序排列。
图2:已合并的 Pull Request 的概要及链接
点击 proposed-pull-request 则可以按 创建的先后顺序查 看 Pull Request 的概要及链接。
通过这些信息,用户可以了解该软件最近正在开发哪些功能。如果发现对方正在进行功能扩展或者修正,不妨积极试用一下这个功能。这或许会成为您加入开源软件开发的契机。
2. active issue
页面中 Overview 的右半部分显示了特定期间内活动过的 Issue 数。图1中有 110 个 Issue,其中有 96 个被 Close,其余 14 个仍处于 Open 状态。如果想查看清单的详细内容,只要点击对应项即可。Issue 的概要及链接按照 Close 的先后顺序排列。
点击 new issue 则可以按创建的先后顺序查看 Issue 的概要及链接。
通过观察 Issue 的整体动向,用户能够知道这个软件是否有人在积极地维护与支持。对方仓库越是活跃,用户发送的 BUG 报告和相关探讨越可能收到回应。
3. commits
Overview 下方显示的是与提交相关的信息。左侧部分包含了如下几类信息。- 编写过代码的人数
- 提交的次数
- default branch 中修改过的文件数
- default branch 中添加的行数
- default branch 中删除的行数
通过这些信息,用户可以大致把握 GitHub 中该仓库中活跃开发者的人数。
另外,右侧图表显示了这些开发者具体发送的提交数。通过图表我们可以了解到有哪些开发者在格外积极地向该仓库发送提交。
4. Releases published
提交相关信息的下方显示了“5 Releases published”之类的字样,这是版本发布的相关信息。已发布的各版本的下载链接按照发布时间的先后顺序一一列出。通过这里我们可以了解到该软件的版本升级频率。
5. Unresolved Conversations
最后我们来讲解显示为“4 Unresolved Conversations”的这个部分。这里列出的 Issue 和 Pull Request 都创建于 Period 指定的时间之前,它们都尚未 Close 并且仍有人参与评论。
一般情况下,仓库中软件的重大事项讨论都会持续很长时间,所以这些讨论大多放在这里。其中会有不少关于该软件今后发展方向的讨论。如果各位有哪些比较关心的软件,不妨关注一下这部分的讨论内容。