Azure Repos 是一组版本控制工具，可用于管理代码。无论您的软件项目是大型项目还是小型项目，都应尽快使用版本控制。
版本控制系统是可帮助您跟踪随时间变化对代码所做的更改的软件。在编辑代码时，您告诉版本控制系统对文件进行快照。版本控制系统会永久保存该快照，以便以后需要时可以重新调用它。使用版本控制来保存您的工作并协调整个团队中的代码更改。
即使您只是一个开发人员，版本控制也可以帮助您在修复错误和开发新功能时保持井井有条。版本控制保留了您的开发历史，因此您可以轻松查看甚至回滚到任何版本的代码。
Azure Repos提供两种类型的版本控制：
Git：分布式版本控制
Team Foundation版本控制（TFVC）：集中式版本控制
上面是官方文档的内容。虽然给出了两个选项，但现在大部分人都对 Git 比较熟悉，我也假设读者对 Git 有一定了解而无需多做解释。
2. 创建项目在上一篇文章里我已经创建了一个项目并且选择了 Git 作为版本控制方式，在 Azure Devops 左边菜单选中 “Files” 进入文件页面，首先看到的就是上图这样的画面。可以看到除了刚创建的存储库，还可以添加新的存储库或导入其它存储库。这篇文章我将配合最新版本的 Visual Studio 16.9 从头开始创建项目并介绍 Azure Repos 的基本功能。
因为现有的视频和教程几乎都是围绕 Azure 和 Asp.net 讲解 Azure Repos 和 Pipelines，所以我特地选择 WPF 应用来实现同样的功能。
首先复制下面这个链接，然后打开 Visual Studio，随便创建一个 WPF .Net Framework 项目。
创建项目后在 Visual Studio 右下角找到”添加到源代码管理器“按钮，选择”Git“。
在弹出的创建Git存储库对话框选择”现有远程“，在 Remote URL 中粘贴刚刚复制的链接。点击创建并推送。
完成后，Visual Studio 右下角应该是这个样子，代表现在是 wpf 存储库的 master 分支。
刷新 Files 页面，可以看到刚刚创建的项目已经上传到 master 分支了。
创建好分支后，代码就已经在团队里共享。通常来说团队中的人都需要修改代码，但将代码提交到 master 分之前需要先通过 CodeReview。接下来将介绍如何在 Azure Repos 中通过 Branch Policies（分治策略）保护代码安全性。
在左侧菜单中选中 Branches，进入 Branches 页面后可以看到刚刚创建的 master 分支。点击右侧的”More… “按钮，然后选择”Brance policies“进入 master 分支的分支策略页面。
如下图所示，在 Branch Policies，打开”Require a minimum number of reviewers“选项，将”Minimum number of reviewers“这是为 1，打开”When new changes are pushed:“并选中”Reset all code reviewer votes “。
这样设置完以后，master 分支就不能删除，并且只能通过 Pull Request 修改；最少需要一个 Code reviewer；PR 每次发生更改都重置代码审阅者的投票。
下面还可以选中”Check for linked work items“，避免无缘无故的代码提交。
”Build Validation“涉及到 Pipelines 的内容，下一篇再解释。