<commit_before># GitHub 术语解释

![githunb](http://img.blog.csdn.net/20171128134717645)

**为了大家进一步了解和使用 GitHub，在本文中，我们一起来看看 GitHub 的常用术语，也可以说是基本概念：**


- **`Repository`**：简称`Repo`，可以理解为“仓库”，我们的项目就存放在仓库之中，也就是说，如果我们想要建立项目，就得先建立仓库，有多个项目，就建立多个仓库。

- **`Issues`**：可以理解为“问题”，举一个简单的例子，如果我们开源一个项目，如果别人看了我们的项目，并且发现了 bug，或者感觉那个地方有待改进，他就可以给我们提出 Issue，等我们把这些 Issues 被解决之后，就可以把这些 Issues 关闭啦；反之，我们也可以给他人提出 Issue.

- **`Star`**：可以理解为“点赞”，当我们感觉某一个项目做的比较好之后，就可以为这个项目点赞，而且我们点赞过的项目，都会保存到我们的`Star`之中，方便我们随时查看。在 GitHub 之中，如果一个项目的点星数能够超百，那么说明这个项目已经很不错了。

- **`Fork`**：可以理解为“拉分支”，如果我们对某一个项目比较感兴趣，并且想在此基础之上开发新的功能，这时我们就可以`Fork`这个项目，这表示复制一个完成相同的项目到我们的 GitHub 账号之中，而且独立于原项目。之后，我们就可以在自己复制的项目中进行开发啦！

- **`Pull Request`**：可以理解为“提交请求”，此功能是建立在`Fork`之上的，如果我们`Fork`了一个项目，对其进行了修改，而且感觉修改的还不错，我们就可以对原项目的拥有者提出一个`Pull`请求，等其对我们的请求审核，并且通过审核之后，就可以把我们修改过的内容合并到原项目之中。

- **`Merge`**：可以理解为“合并”，如果别人`Fork`了我们的项目，对其进行了修改，并且提出了`Pull`请求，这时我们就可以对这个`Pull`请求进行审核。如果这个`Pull`请求的内容满足我们的要求，并且跟我们原有的项目没有冲突的话，就可以将其合并到我们的项目之中啦！当然，是否进行合并，由我们决定。

- **`Watch`**：可以理解为“观察”，如果我们`Watch`了一个项目，之后，如果这个项目有了任何更新，我们都会在第一时候收到该项目的更新通知。

- **`Gist`**：如果我们没有项目可以开源或者只是单纯的想分享一些代码片段的话，我们就可以选择 Gist 啦！不过，如果不翻墙的话，Gist 并不好用，囧。<commit_msg>Update terminology-interpretation.md<commit_after># GitHub 术语解释

![githunb](http://img.blog.csdn.net/20171128134717645)

**为了大家进一步了解和使用 GitHub，在本文中，我们一起来看看 GitHub 的常用术语，也可以说是基本概念：**


- **`Repository`**：简称`Repo`，可以理解为“仓库”，我们的项目就存放在仓库之中。也就是说，如果我们想要建立项目，就得先建立仓库；有多个项目，就建立多个仓库。

- **`Issues`**：可以理解为“问题”，举一个简单的例子，如果我们开源一个项目，如果别人看了我们的项目，并且发现了`bug`，或者感觉那个地方有待改进，他就可以给我们提出`Issue`，等我们把`Issues`解决之后，就可以把这些`Issues`关闭；反之，我们也可以给他人提出`Issue`。

- **`Star`**：可以理解为“点赞”，当我们感觉某一个项目做的比较好之后，就可以为这个项目点赞，而且我们点赞过的项目，都会保存到我们的`Star`之中，方便我们随时查看。在 GitHub 之中，如果一个项目的点星数能够超百，那么说明这个项目已经很不错了。

- **`Fork`**：可以理解为“拉分支”，如果我们对某一个项目比较感兴趣，并且想在此基础之上开发新的功能，这时我们就可以`Fork`这个项目，这表示复制一个完成相同的项目到我们的 GitHub 账号之中，而且独立于原项目。之后，我们就可以在自己复制的项目中进行开发了。

- **`Pull Request`**：可以理解为“提交请求”，此功能是建立在`Fork`之上的，如果我们`Fork`了一个项目，对其进行了修改，而且感觉修改的还不错，我们就可以对原项目的拥有者提出一个`Pull`请求，等其对我们的请求审核，并且通过审核之后，就可以把我们修改过的内容合并到原项目之中，这时我们就成了该项目的贡献者。

- **`Merge`**：可以理解为“合并”，如果别人`Fork`了我们的项目，对其进行了修改，并且提出了`Pull`请求，这时我们就可以对这个`Pull`请求进行审核。如果这个`Pull`请求的内容满足我们的要求，并且跟我们原有的项目没有冲突的话，就可以将其合并到我们的项目之中。当然，是否进行合并，由我们决定。

- **`Watch`**：可以理解为“观察”，如果我们`Watch`了一个项目，之后，如果这个项目有了任何更新，我们都会在第一时候收到该项目的更新通知。

- **`Gist`**：如果我们没有项目可以开源或者只是单纯的想分享一些代码片段的话，我们就可以选择`Gist`。不过说心里话，如果不翻墙的话，`Gist`并不好用。
{'fraction_non_alphanumeric': 0.16921768707482993, 'fraction_numerical': 0.01445578231292517, 'mean_word_length': 18.446280991735538, 'pattern_counts': {'":': 0, '<': 3, '<?xml version=': 0, '>': 3, 'https://': 0, 'lorem ipsum': 0, 'www.': 0, 'xml': 0}, 'pii_count': 0, 'substrings_counts': 0, 'word_list_counts': {'cursed_substrings.json': 0, 'profanity_word_list.json': 0, 'sexual_word_list.json': 0, 'zh_pornsignals.json': 0}}
{'dir': 'git-commits-cleaned', 'id': '2010133', 'n_tokens_mistral': 1993, 'n_tokens_neox': 2080, 'n_words': 52}