第一章:欢迎来到GitHub的世界

写在前面：本文内容来自《GitHub入门与实践》。写这篇文章的目的在于，方便大家能有一个系统的GitHub学习教程。全文由本人手打而成，请勿随意转载。如有侵权，请联系我，我会立刻删除这篇文章。

　　本章将为您讲解GitHub是什么，以及为什么全世界的开发者都在使用它。同时，还会带您一起考察GitHub为开源软件世界带来了怎样的变革。

　　1.1什么是GitHub

　　  GitHub是为开发者提供Git仓库的托管服务。这是一个让开发者与朋友、同事、同学及陌生人共享代码的完美场所。

　　GitHub公司与octocat

　　GitHub公司总部位于美国旧金山，拥有一只不知是章鱼还是猫的吉祥物octocat（图1.1）。图1.2中式被改编成各种造型的octocat们。

图1.1

图1.2

　　并不只是Git仓库的托管服务

　　  GitHub除了提供Git仓库的托管服务外，还为开发者或团队提供了一系列功能，帮助其高效、高品质地进行代码编写。这些功能将从下一章开始详细讲解。

　　  GitHub的创始人之一Chris Wanstrath曾有一个愿望，那就是能有一个Git仓库的托管服务让自己与朋友轻松分享代码，而这便成为了GitHub诞生的契机。不过，他也曾表示:Git仓库的托管服务是GitHub项目的目标之一，这只是漫长路程上的一个点而已。

　　GitHub的使用情况

　　  截至2013年12月，GitHub托管的仓库数已经超过1000万。全世界每时每刻都有开发者在使用它。

 　　专栏：GitHub与Git的区别

　　  在此讲解一下GitHub与Git的区别。GitHub与Git是完全不同的两个东西。本书中，自始至终都以GitHub和Git的方式区分描述。

　　  在Git中，开发者将源代码存入名叫"Git仓库"的资料库中并加以使用。而GitHub则是在网络上提供Git仓库的一项服务。

　　  也就是说，GitHub上公开的软件源代码全都是由Git进行管理。理解Git，是熟练运用GitHub的关键所在。Git的相关知识，我们将在第2章中为您详细讲解。

　　1.2使用GitHub会带来哪些变化

　　  GitHub的出现已使当今世界的软件开发现场发生了翻天覆地的变化。在这场可称之为革命的变革当中，中国也毫不例外地受到了影响。本章中，我们将简单介绍将GitHub导入日常开发后会带来哪些变化，供尚未正式使用GitHub的开发者们加以了解。

　　协作形式变化

　　  此前，用于辅助多人协同工作的软件层出不穷，然而他们中的大部分又一个个退出了历史的舞台。在这类软件中，群件和CRM等脱颖而出，被全世界的商业认识所用。您所在的公司想必也导入了这类软件。

　　  但是，在以程序员为代表的软件开发者之间，一直都没有一个用来辅助多人协同编程的关键性软件。因此软件开发者们往往要将版本管理系统，BUG跟踪系统、代码审查工具、邮件列表、IRC等众多工具组合在一起，以实现多人协作。

　　  开发者们对这种软件开发协作模式司空见惯，然而GitHub的出现为其带来了巨大变化。下面，我们就来介绍GitHub的几项功能。

　　在开发者之间引发化学反应的Pull Request

　　  在GitHub这个集聚了世界各地软件开发者的地方，有个在过去绝对是无法想象的事正在飞速地进行着------素未谋面地开发者们隔着半个地球的距离共同开发软件。我们不妨称之为开发者之间的化学反应吧。这种事成为可能，都要归功于名为Pull Request的功能。

　　  Pull Request是指开发者在本地对源代码进行更改后，向GitHub中托管的Git仓库请求合并的功能。开发者可以在Pull Request上通过评论交流,例如"修正了BUG，可以合并一下吗？"以及“我试着做了这样一个新功能，可以i合并一下吗?”等。通过这个功能，开发者可以轻松更改源代码，并公开更改的细节，然后向仓库提交合并请求。而且，如果请求的更改与项目的初衷相违，也可以选择拒绝合并。

　　  GitHub的Pull Request不但能轻松查看源代码的前后差别，还可以对指定的一行代码进行评论。通过这一功能，开发者们可以针对具体的代码进行讨论，使代码审查的工作变得前所未有地惬意。

　　对特定用户进行评论

　　  方便和快捷并不是Pull  Request的专利。任务管理和BUG报告可以通过Issue进行交互。如果想让特定用户来看，只要用“@用户名”的格式书写，对方便会接到通知，查看Issue。由于提供了Wiki功能，开发者可以轻松创建文档，进行公开、共享。Wiki更新的历史记录也在Git中管理，可以让用户轻松更改。

　　GitHub Falvored Markdown

　　  在GitHub上，用户所有用文字输入的功能都可以用GitHub Falvored Markdown（GFM）语法进行描述。这个语法可以让标记变得简单，以此写出的评论与文档会更容易理解。只记住一个语法便能在多钟交流中使用，何乐而不为呢？它还有一个很特别的功能，那就是可以在评论中添加文字表情，使用户间的交流更加顺利。

　　  随着GitHub的普及，正在有越来越多的服务开始兼容Markdown语法。

　　专栏：还可以这样写！！

　　  GitHub中可使用的描述方法并不只"@用户名"一种。

　　  输入"@组织名"可以让属于该Organization(组织)的所有成员收到通知。输入"@组织名/团队"可以让该团队的所有成员收到通知。这就是同时向多人发送通知的方法。

　　  输入"#编号"，会连接到该仓库所对应的Issue编号。输入"用户名/仓库名#编号"则可以连接到指定仓库所对应的Issue编号。只要按照这类特定格式书写便会自动创建链接。

　　  多加利用上述功能，可以让交流更加效率。

　　能看到更多其他团队的软件

　　  GitHub快捷的环境为开发者带来的合作伙伴，并不只局限于自己团队内部。只要将感兴趣的仓库添加至Watch中，就可以在News Feed查看该仓库的相关信息。

　　1.5GitHub提供的主要功能

　　  在GitHub上，有许多帮助开发者高效输出优质代码的功能。这里，我们就简单地为您说明这些功能。

　　Git仓库

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

　　Organization

　　  通常来说，个人使用时只要使用个人账户就足够了，但如果是公司，建议使用Organization账户。它的优点在于可以统一管理账户和权限，还能统一支付一些费用。

　　  如果只使用公开仓库，是可以免费创建Organization账户的。因此，如果是以交流群或IT小团体的形式进行软件开发时不妨试一试。组织或企业使用GitHub时需要注意的地方将在第10章进行详细讲解。

　　Issue

　　  Issue功能，是将一个任务或问题分配给一个Issue进行追踪和管理功能。可以像BUG管理系统或TiDD的Ticket一样使用。在GitHub上，每当进行我们即将讲解的Pull Request，都会同时创建一个Issue。

　　  每一个功能更改或修改都对应一个Issue，讨论或修改都以这个Issue为中心进行。只要查看Issue，就能知道和这个更改相关的一切信息，并以此进行管理。

　　  在Git的提交信息中些上Issue的ID（例如"#7"），GitHub就会自动生成从Issue到对应提交的链接。另外，只要按照特定的格式描述提交信息，还可以关闭Issue。这是一个非常方便的功能，请不必实践一下。详细内容将在第5章中为您讲解。

　　Wiki

　　  通过Wiki功能，任何人都能随时对一遍文章进行更改并保存，因此可以多人共同完成一篇文章。该功能常用在开发文档或手册的编写中。语法方面，可以通过第5章讲解的GFM语法进行书写。

　　  Wiki页也是作为Git仓库进行管理的，改变的历史记录会被切实保存下来，使用者可以放心改写。由于支持克隆至本地进行编辑，所以程序员使用时可以不必开启浏览器。

　　Pull Request

　　  开发者向GitHub的仓库推送更改或功能添加后，可以通过Pull Request功能向别人的仓库提出申请，请求对方合并。

　　  Pull Request送出后，目标仓库的管理者等人将能够查看Pull Request的内容及其中包含的代码更改。

　　  同时，GitHub还提供了对Pull Request和源代码前后差别进行讨论的功能。通过此功能，可以以行为单位对源代码添加评论，让程序员之间高效地交流。详细内容及实际发送Pull Request的流程将在第6章进行讲解。

转载于:https://www.cnblogs.com/mymym/p/9983595.html