使用VSTS的Git进行版本控制(六)——拉取请求
在将代码合并到主干以前,拉取请求让团队对特性分支的更改提供反馈。审阅人能够经过建议修改留下评论,并投票批准或拒绝代码。html
任务1:在Visual Studio的Team Explorer中建立拉取请求
1.在Visual Studio中打开Team Explorer,进入Branches页面。签出dev分支。若是没有分支,建立一个。
2.打开01_Demos_ASPNET5解决方案
3.展开MyHealth.API项目,进入Controllers文件夹,修改任何一个控制器文件,同步变动推送提交,从其余分支拉取变动。

4.如今,变动会更新到远程开发分支。
5.打开Team Explorer Home页面
6.从Team Explorer 面板打开Pull requests。从开发分支提交变动到主干。

7.选择New Pull Request链接打开浏览器窗口,在web上建立一个新的拉取请求。

8.能够关联工做项并描述在分支上的变动,以便其余人更容易地看到你正在尝试解决的问题。还能够添加评审人员。

9.点击New Pull Request建立一个新的拉取请求。将会看到概述。能够批准、添加评论或作其余的更多操做。

任务2:管理拉取请求
在web上的Code视图中的Pull Requests选项卡,管理本身的或分配给你的拉取请求。git
1.在web上查看repo,打开Pull Request视图。选择Active,以显示当前repo的全部有效的拉取请求。还能够经过选择Completed(已完成的)或Abandoned(放弃的)拉取请求,拉取已关闭的拉取请求历史记录。

2.选择已分配给你的任一拉取请求。Overview选项卡显示该拉取请求的当前状态。

3.查看标题、描述和讨论,以了解所建议的更改,并查看其余评审人员提出的问题。
4.选择Files选项卡,以查看请求的源和目标分支之间的最大更改的差别。

5.从All changes下拉菜单中,查看已推送到拉取请求的源分支之前版本的代码。每当在Team Services中更新分支时,在下拉菜单和Updates选项卡中就会添加一个新版本到列表中。

6.找到要添加新注释的文件。

7.在拉取请求中添加注释提出建议,回复以前的评论,和指出修改建议的问题。

8.能够更改Tree视图查看源代码的结构或仅列出文件。还能够查看全部评论/活动评论/隐藏评论。

9.使用Updates选项卡浏览做者的更改列表。

10.能够在Commits选项卡中选择和查看在分支中提交的更改。

新评论从Active(活动)状态开始,能够使用评论中的下拉菜单更新为:
Active:评论仍在评审中。
Resolved:评论中提出的问题已经解决。
Pending:评论中的问题将被处理,可是尚未被修复。
Won’t Fix:注意评论中的建议,可是不在这个拉取请求中作出更改来解决它。
Closed:该评论的讨论已关闭。
web
12.在拉取请求视图的右上角单击Approve。
默认选项是Approve,可是能够从下拉菜单中选择其余选项:
Approve with suggestions:赞成拉取请求,提供可选的建议以改进代码。
Waiting for the author:不批准更改,请做者评审该评论。当已经解决了关注点,在从新检查代码后,做者应该让你知道,。
Rejected:更改不被接受。若是以这种方式投票,应该在拉取请求中留下评论,详细说明拒绝更改的缘由。
api
13.在拉请求视图的右上角单击Complete。

14.输入用于合并提交的信息,并在接下来的对话框中更新拉取请求描述。能够选择压缩合并拉取请求,并在合并完成后删除源分支。
Squash merging是一个合并选项,当完成一个拉取请求时,容许压缩主题分支的Git历史。与主题分支上的每一个提交都添加到默认分支的历史中不一样,squash merge会将全部文件更改添加到默认分支上的单个新提交中。squash merge使默认分支历史保持干净,而且易于追溯,而无须要求团队进行任何工做流更改。
浏览器
15.点击Complete合并。会看到一个成功消息。

16.从web回到Pull Requests,应该看到completed选项卡下完成的拉取请求。

17.打开文件视图并选择master 分支 | History,以确保变动成功合并。

18.主干分支成功更新。
动手实验