最后添加一些 Code reviewer，Optional 标识可选的，即如果有多个 Code reviewer，只需要其中一个通过就可以签入到 master 分支。最好取消”Allow requestors to approve their own changes“。
假设项目里有一个”添加单元测试“的 PBI 及它的 Task，现在我需要添加单元测试并修改一些代码后提交到 master 分支。但之前修改了分支策略后就不可以直接修改代码，而需要通过 Pull Request。
首先我需要新建分支，然后随便更新些代码。然后在 Visual Studio 右下角点击这个按钮。
在 ”Git 更改“ 页面输入提交的消息，并且输入 #1 #2，关联 ID 号为 1 和 2 的工作项。然后选中”全部提交并推送“。
然后回到 Azure Devops，在左侧菜单选中 Pull requests，在 Pull requests 页面可以看到系统贴心地提示我要不要创建一个 Pull request，从了它，点击”Create a pull request“。
在创建 Pull request 的页面可以看到这个 PR 有 1 个提交并修改了 9 个文件，系统已经贴心帮我填好 Title，并关联了两个工作项。点击”Create“创建完成 Pull request 的创建。
顺便一提，如果标题有”[WIP]“，右下角的按钮默认选中”创建为草稿“。
Pull request 创建后，在 PR 的详细页面可以看到它的内容、是否冲突、关联的工作项、历史记录等。这时候只需要等待一个 code reviewer 审核通过，通过后右上角的蓝色按钮会变成”Complete“，点击即可完成这个 PR 并将代码合并到 master 分支。
也可以点击右上角的”Set auto-complete“按钮，设置为当审核通过后马上自动完成。可以选中”Complete associated work items after merging“，这样 Pull request 完成后管理的 work item （在这里只有 Task 会自动完成，PBI 还是需要人手操作）也会被自动完成。
这时候 reviewer 会收到通知要做 review，然后他就可以来看看这个 Pull request 做了些什么，没问题的话他就可以 Approve 这个 Pull request。
上面就是 Azure Repos 的基本使用方式。对属性 Github 的开发者来说可能很容易就能上手。更多的使用方式请参考微软提供的文档：
Azure Repos Documentation