GitHub入门与实践:第一章 欢迎来到GitHub的世界

版权声明:欢迎转载,不必客气。 https://blog.csdn.net/CSDN_FengXingwei/article/details/89490414

本系列文章是我在学习《GitHub入门与实践》一书的过程中做的读书笔记,感谢作者、译者。
电梯:
第一章 欢迎来到GitHub的世界
第二章 Git的导入
第三章 使用GitHub的前期准备
未完待续。。。

1.1. 什么是GitHub

GitHub 是为开发者提供 Git 仓库的托管服务。这是一个让开发者与朋友、同事、同学及陌生人共享代码的完美场所。
GitHub 除提供 Git 仓库的托管服务外,还为开发者或团队提供了一系列功能,帮助其高效率、高品质地进行代码编写。

1.2. GitHub 与 Git 的区别

在此讲解一下 GitHub 与 Git的区别。GitHub 与 Git 是完全不同的两个东西。本书中,自始至终都以 GitHub 和 Git 的方式区分描述。
在 Git 中,开发者将源代码存入名叫“Git 仓库”的资料库中并加以使用。而 GitHub 则是在网络上提供 Git 仓库的一项服务。
也就是说,GitHub 上公开的软件源代码全都由 Git 进行管理。理解 Git,是熟练运用 GitHub 的关键所在。

1.3. GitHub 提供的主要功能

1.3.1.  Git 仓库

一般情况下,我们可以免费建立任意个 GitHub 提供的 Git 仓库。但如果需要建立只对特定人物或只对自己公开的私有仓库,则需要依照套餐类型支付每月最低 7 美元的使用费。

1.3.2. Organization

通常来说,个人使用时只要使用个人账户就足够了,但如果是公司,建议使用 Organization 账户。它的优点在于可以统一管理账户和权限,还能统一支付一些费用。
如果只使用公开仓库,是可以免费创建 Organization 账户的。因此,如果是以交流群或 IT 小团体的形式进行软件开发时不妨试一试。

1.3.3. Issue

Issue 功能,是将一个任务或问题分配给一个 Issue 进行追踪和管理的功能。可以像 BUG 管理系统或 TiDD(Ticket-driven Development)的Ticket 一样使用。在 GitHub 上,每当进行我们即将讲解的 Pull Request,都会同时创建一个 Issue。
每一个功能更改或修正都对应一个 Issue,讨论或修正都以这个Issue 为中心进行。只要查看 Issue,就能知道和这个更改相关的一切信息,并以此进行管理。
在 Git 的提交信息中写上 Issue 的 ID(例如“ #7”), GitHub 就会自动生成从 Issue 到对应提交的链接。另外,只要按照特定的格式描述提交信息,还可以关闭 Issue。

1.3.4. Wiki

通过 Wiki 功能,任何人都能随时对一篇文章进行更改并保存,因此可以多人共同完成一篇文章。该功能常用在开发文档或手册的编写中。
Wiki 页也是作为 Git 仓库进行管理的,改版的历史记录会被切实保存下来,使用者可以放心改写。由于其支持克隆至本地进行编辑,所以程序员使用时可以不必开启浏览器。

1.3.5. Pull Request

开发者向 GitHub 的仓库推送更改或功能添加后,可以通过 Pull Request 功能向别人的仓库提出申请,请求对方合并。
Pull Request 送出后,目标仓库的管理者等人将能够查看 Pull Request 的内容及其中包含的代码更改。
同时, GitHub 还提供了对 Pull Request 和源代码前后差别进行讨论的功能。通过此功能,可以以行为单位对源代码添加评论,让程序员之间高效地交流。

猜你喜欢

转载自blog.csdn.net/CSDN_FengXingwei/article/details/89490414