fork会克隆GitHub项目的文件，但不会克隆原始项目中的任何星或issue。热门=更好
总而言之，这些都是项目受欢迎程度的关键指标，通常伴随着最新提交的日期以及作者参与问题跟踪器的情况，这是一个有用的指示，表明你是否应该依赖于库或软件。拉请求（Pull requests）
从你的存储库开始，一个人fork，进行一些更改，然后创建一个PR，要求你合并这些更改。一个项目可能有数百个PR，通常是项目越受欢迎，PR越多，如React项目：
一旦一个人使用GitHub接口提交PR，这是一个简单的过程，它需要由项目的核心维护者进行审核。根据PR的范围（更改的数量，或更改所影响的事物的数量，或触及的代码的复杂程度），维护人员可能需要更多，或更少的时间来确保你的更改与项目兼容。
项目可能有明确的时间表，他们想要引入变更。当你在PR中引入复杂的体系结构时，维护者可能希望保持简单。这就是说PR并不总是被快速接受，并且也无法保证PR甚至会被接受。
在我上面发布的示例中，回购中有一个PR可以追溯到一年半以前。这种情况发生在所有项目中。项目管理
除了开发人员从用户那里获得反馈的问题外，GitHub界面还提供了其他旨在帮助项目管理的功能。其中之一是项目。它在生态系统中是非常新的，很少使用，但它是一个看板，可以帮助组织需要完成的问题和工作。
Wiki旨在用作用户的文档。我到目前为止看到的Wiki最令人印象深刻的用途之一是Go编程语言GitHub Wiki。
另一个受欢迎的项目管理援助是里程碑（milestones）。issue页面的一部分，你可以将问题分配给特定的里程碑，这可能是发布目标。
说到版本，GitHub通过引入版本来增强Git标签功能。Git标签是指向特定提交的指针，如果一致地完成，则可帮助你回滚到代码的先前版本，而无需引用特定提交。
