Github学习笔记4- Pull request & merge & CI

Pull request 又叫做PRs或者PR, 在branch中发起后才能将branch merge到master中

当你在branch中添加文件后，界面上会出现加入pull request的绿色的按钮

点击后进入界面的上方可以选择用master和任意一个branch进行对比，新加入的文件，命令和内容会自动显示在下方由绿色标示

创建好了pull request后，会有三个标签页Conversation, commits 和files changed

commits是一个简单的comments整合

Conversation最下方可以添加评论，merge branch to master

files changed中可以逐条阅览所有改动的文件/语句，鼠标指过去时会有蓝标，点击添加评论，会实时显示到conversation页面

已经创建Pull request之后可以通过pull request来修改branch中的文件，记得留下commits

在conversation标签页中点击最下方的绿色按钮merge pull request就可以把你的代码以及文件集成integrate到master上了

点击merge后会出现一个对话框可以输入fixes #后加你的issue号，这样提交之后你的issue就自动关闭了，github会自动识别'Fixes', 'Closes', or 'Resolves'.三个关键词，后面加#加数字才能关闭issue，下图所示的color是无法自动关闭issue的

然后界面会直接变成如下，提示merge成功，如果branch不再被使用你可以选择删除这个branch，这个操作是可恢复的，删错了还能找回来

在实际操作中，到底是由一个人来负责集成还是所有开发者都可以集成是有争议的，各有利弊，同时，在merge之前，有许多工具可以提前检测代码和文件是否能和整个项目一起编译通过没有bug，这个方法的概念叫持续集成continuous integration, 简称CI, Github上比较典型的工具有Travis CI等，在实际开发中，持续集成CI作为敏捷开发Agile development的一个重要手段对于整体效率的贡献也有一定的争议性，文章见

另一种声音：持续集成已死 作者 曹知渊 发布于 2014年10月18日

http://www.infoq.com/cn/news/2014/10/continuous-integration