GitHub的出现已使当今世界的软件开发现场发生了翻天覆地的变化。在这场可称之为革命的变革当中，中国也毫不例外地受到了影响。本章中，我们将简单介绍将GitHub导入日常开发后会带来哪些变化，供尚未正式使用GitHub的开发者们加以了解。 协作形式变化 此前，用于辅助多人协同工作的软件层出不穷，然而它们中的大部分又一个个退出了历史的舞台。在这类软件中，群件（Groupware）和CRM（Customer Relationship Management，顾客关系管理）等脱颖而出，被全世界的商业人士所用。您所在的公司想必也导入了这类软件。 但是，在以程序员为代表的软件开发者之间，一直都没有一个用来辅助多人协同编程的关键性软件。因此软件开发者们往往要将版本管理系统、BUG跟踪系统、代码审查工具、邮件列表、IRC等众多工具组合在一起，以实现多人协作。 开发者们已对这种软件开发协作模式司空见惯，然而GitHub的出现为其带来了巨大变化。下面，我们就来介绍GitHub的几项功能。 在开发者之间引发化学反应的Pull Request 在GitHub这个聚集了世界各地软件开发者的地方，有个在过去绝对是无法想象的事正在飞速地进行着——素未谋面的开发者们隔着半个地球的距离共同开发软件。我们不妨称之为开发者之间的化学反应吧。这种事成为可能，都要归功于一个名为Pull Request的功能（图1.3）。 图1.3 Pull Request的页面 Pull Request是指开发者在本地对源代码进行更改后，向GitHub中托管的Git仓库请求合并的功能。开发者可以在Pull Request上通过评论交流，例如“修正了BUG，可以合并一下吗？”以及“我试着做了这样一个新功能，可以合并一下吗？”等。通过这个功能，开发者可以轻松更改源代码，并公开更改的细节，然后向仓库提交合并请求。而且，如果请求的更改与项目的初衷相违，也可以选择拒绝合并。 GitHub的Pull Request不但能轻松查看源代码的前后差别，还可以对指定的一行代码进行评论（图1.4）。通过这一功能，开发者们可以针对具体的代码进行讨论，使代码审查的工作变得前所未有地惬意。 图1.4 针对某行代码进行评论的实际截图 对特定用户进行评论 方便和快捷并不是Pull Request的专利。任务管理和BUG报告可以通过Issue进行交互。如果想让特定用户来看，只要用“@用户名”的格式书写，对方便会接到通知（Notifications）A，查看Issue（图1.5）。由于也提供了Wiki功能，开发者可以轻松创建文档，进行公开、共享。Wiki更新的历史记录也在Git中管理，可以让用户轻松更改。 图1.5 写有“@用户名”的评论截图 ------------------------------ A 通知的相关知识将在第5章中详细讲解。 ------------------------------ GitHub Flavored Markdown 在GitHub上，用户所有用文字输入的功能都可以用GitHub Flavored Markdown（GFM）语法进行描述。这个语法可以让标记变得简单，以此写出的评论与文档也会更容易理解。只记住一个语法便能在多种交流中使用，何乐而不为呢A？它还有一个很特别的功能，那就是可以在评论中添加文字表情，使用户间的交流更加顺利。 随着GitHub的普及，正在有越来越多的服务开始兼容Markdown语法。 专栏：还可以这样写!! GitHub中可使用的描述方法并不止“@用户名”一种。 输入“@组织名”可以让属于该Organization（组织）的所有成员收到通知注a。输入“@组织名/团队”可以让该团队的所有成员收到通知。这就是同时向多人发送通知的方法。 输入“#编号”，会连接到该仓库所对应的Issue编号。输入“用户名/仓库名#编号”则可以连接到指定仓库所对应的Issue编号。只要按照这类特定格式书写便会自动创建链接。 多加利用上述这些功能，可以让交流更有效率。 注a Organization的详细内容将在第10章中进行讲解。 能看到更多其他团队的软件 GitHub快捷的环境为开发者带来的合作伙伴，并不只局限于自己团队内部。只要将感兴趣的仓库添加至Watch中，就可以在News Feed查看该仓库的相关信息（图1.6）。 ----------------------------------- A 第3章和第5章还会有GFM的相关讲解。 ----------------------------------- 图1.6 在News Feed中查看各仓库信息 比如，将全公司共用代码库的仓库添加到Watch中，便能在第一时间掌握最新版本的新功能或BUG修正的信息。当然，您也可以参与到讨论中去，积极地提出意见。如有必要，还可以通过Pull Request提交代码。 将隔壁团队正在开发的仓库添加到Watch中，就可以每天查看他们都在开发什么功能。一旦发现有用的功能或者库，可以立刻运用到自己的开发团队。如果能进一步交流，分割出共用的库，从而建立起新的仓库，便成了不同开发者团队间协作的美谈。 与开源软件相同的开发模式 将GitHub运用到企业中，便会带来与开源软件开发相同的开发模式。已经熟悉开源软件开发的开发者不必专门去学习企业独自采用的工具，就可以直接加入到开发行列。 反过来说，只要在企业中运用GitHub，即便是刚刚入职成为程序员的应届毕业生，也可以很快投身到开源软件开发的世界中。 也就是说，开源软件世界的软件开发与企业内的软件开发将不再有隔阂。在某些企业中，这两者的区别恐怕就是仓库公开与否的区别了。