什么是 Azure Repos？
次
Azure Repos 是一组版本控制工具，可以用来管理代码。 不管软件项目是大还是小，都应尽快使用版本控制。
版本控制系统是一种软件，可帮助你跟踪你在代码中所做的更改。 编辑代码时，通知版本控制系统生成文件的快照。 版本控制系统会永久保存此文件快照，以便用户稍后能够根据需要进行查阅。 使用版本控制保存你的工作并协调团队内的代码更改。
即使只是一个开发人员，版本控制也能帮助你在修复 bug 和开发新功能时保持井然有序。 版本控制可保留你的开发历史记录，以便你可以轻松地查看甚至回滚到任何代码版本。
Azure Repos 提供了两种类型的版本控制：
Git：分布式版本控制
(TFVC) Team Foundation 版本控制 ：集中版本控制
Git
Git 是现今最常用的版本控制系统，并迅速成为版本控制标准。 Git 是分布式版本控制系统，这意味着，本地代码副本是一个完整的版本控制存储库。 使用这些功能齐全的本地存储库，可以轻松开展脱机或远程工作。 先在本地提交工作，再将存储库的副本与服务器上的副本进行同步。
Azure Repos 中的 git 是标准 Git。 你可以使用所选的客户端和工具（例如适用于 Windows、Mac、合作伙伴的 Git 服务的 Git）和工具（如 Visual Studio 和 Visual Studio Code）。
连接喜欢的开发环境
通过拉取请求评审代码
保护具有策略的分支
将拉取请求工作流扩展到拉取请求状态
用分叉隔离代码
连接喜欢的开发环境
将你最喜欢的开发环境连接到 Azure Repos 以访问存储库并管理你的工作。 使用以下内容共享你的代码：
命令行
Visual Studio Code
Visual Studio
Xcode
Eclipse
IntelliJ
通过拉取请求评审代码
与你的团队一起查看代码，并确保在合并前更改生成和传递测试。
创建拉取请求
将工作项链接到拉取请求
设置分支策略
挤压合并拉取请求
Git 分支和拉取请求工作流
退出注释
对更改投票
保护具有策略的分支
存储库中有几个关键分支，团队依赖于始终处于良好的形状，例如 master 分支。 需要拉取请求 才能在这些分支上进行任何更改。 直接将更改推送到受保护分支的开发人员将拒绝其推送。
将条件添加到拉取请求，以在关键分支中强制执行更高级别的代码质量。 合并代码的干净生成和多个审阅者的审批是可以设置的额外要求，以帮助保护关键分支。
分支策略概述
如何配置分支策略
分支权限
将拉取请求工作流扩展到拉取请求状态
使用拉取请求和分支策略，团队可以强制实施与查看代码和运行自动生成相关的许多最佳实践。 但许多团队都需要对代码执行其他要求和验证。 为了满足这些个人和自定义需求，Azure Repos 提供拉取请求状态。
拉取请求状态集成到 PR 工作流。 它们允许外部服务通过将简单的成功/失败信息与拉取请求相关联，以编程方式对代码更改进行签名。
拉取请求状态概述
使用 Node.js创建 PR 状态服务器
使用 Azure Functions 创建自定义分支策略
为外部服务配置分支策略
用分叉隔离代码
分叉是一种隔离原始代码库中实验性、风险或机密更改的好方法。 分叉是存储库的完整副本，其中包括所有文件、提交和 (（可选）) 分支。 新分叉的行为就像有人克隆了原始存储库，然后将其推送到新的空存储库。
创建分叉后，除非拉取请求一起执行，否则不会在存储库之间共享新的文件、文件夹和分支。 准备好共享这些更改后，可以轻松地使用 拉取请求 将更改推送回原始存储库。
了解有关分叉的详细信息
TFVC
Azure Repos 还支持 (TFVC) Team Foundation 版本控制。 TFVC 是一个集中式版本控制系统。 通常，团队成员的开发计算机上的每个文件只有一个版本。 历史数据仅在服务器上维护。 分支是基于路径的，并且在服务器上创建。
首先，创建一个项目，配置工作区，查看并共享你的代码。 你可以使用以下任一客户端或 Ide：
Visual Studio
Xcode
Eclipse
