3.用实例介绍如何使用 Pull Request 和 Merge 实现团队工作协同？

我们举一个例子，Mary和John要开发一个大工程——“星际航行”任务。John是项目总监，Mary是项目开发人员。John有一个公开的项目仓库Bitbucket。

Mary- fork正式项目

Mary首先要把John的Bitbucket仓库fork到自己的仓库里，开始项目的开发。点击fork按钮，然后为fork出来的仓库填写名字和描述，这样Mary就有了服务端的项目拷贝了。

Mary克隆到她的本地Bitbucket仓库

Mary将自己刚才fork出来的Bitbucket仓库，克隆到本地，在本地进行接下来的工作。克隆命令如下：

git clone git@github.com: username/Bitbucket.git

Mary开发新功能

在开始开发新功能之前，Mary先为新功能新建了一个分支feature，她会用这个分支作为Pull Request的源分支。

git checkout -b feature

在新功能分支上，Mary进过几天奋战，终于开发出来了spacetravel.py文件。
然后添加、提交、push到自己的远程github端。

git add spacetravel.py
git commit -m "spacetravel to Mars"
git push origin feature

Mary发起Pull Request

这时她要通知John，自己已经把项目新功能完成了。Bitbucket上有了她的功能分支后，Mary在她fork出来的仓库界面，点击右上角的【Pull Request】按钮，发起一个Pull Request。设置Mary的仓库为源仓库，feature分支为源分支，目标仓库为John的公开仓库，目标分支为John的master分支。设置好之后，通知就会以系统消息或邮件发给John。

John要review Mary的Pull Request

在John的Bitbucket仓库页面的【Pull Request】可以看到有人发起的Pull Request。点击Mary的Pull Request会显示出具体的描述、功能的提交历史和每个变更的差异。
John看到之后打算合并到自己的主分支下，在按下【Merge】按钮就可以同意Pull Request并合并到自己的master分支。
突然发现Mary的提交项目中有一个小bug，需要Mary先修复这个bug再进行合并。John于是在整个Pull Request上加上评注，要求Mary先修复bug。