小团队考虑切换到Azure是否需要镜像Git仓库的必要性

问题描述

是一个小型开发团队（约7人），考虑从自托管的Gitlab迁移到Microsoft Azure DevOps，但不确定是否有必要在Azure DevOps之外镜像他们的Git仓库。他的经理提出了一些原因，但用户也提出了一些不镜像的理由。用户希望能够了解镜像Git仓库的利弊，以及在他们的情况下是否值得这样做。

解决方案

请注意以下操作可能存在版本差异，特别是Azure DevOps的特性可能会随时间变化。在实际操作时，请根据最新的文档和工具来进行操作。

镜像Git仓库的优势

1. 访问控制: 使用多个Git节点可以细化访问控制，限制某些人访问特定的节点。这可以在Azure DevOps和Gitlab中实现。
2. 分散备份: 镜像仓库可以提供额外的代码备份。如果Azure DevOps出现故障，你仍然可以提交到Gitlab仓库并在稍后将其推送到Azure DevOps。
3. 符合分布式原则: Git设计为支持分布式远程，这也是Linux所采用的方式之一。这意味着你可以在多个远程之间同步代码，有助于确保数据的安全性和冗余性。

不镜像Git仓库的理由

1. 小团队和同一地点: 如果你的团队都在同一个办公室工作，并且未来短期内不会发生地理变化，那么多个镜像的需求可能较低。
2. 增加开发环境复杂性: 使用多个镜像仓库可能增加开发环境的复杂性。管理多个仓库需要额外的配置和维护。
3. 数据不一致性风险: 多个仓库可能导致代码在一个或多个仓库中变得过时。这可能会导致源代码丢失的问题。
4. Azure DevOps和Gitlab均具备访问控制: Azure DevOps和Gitlab都支持访问控制，因此镜像并不会为你提供新的访问控制层次。
5. Azure的备份和数据保留更全面: 迁移到Azure可以提供更全面的备份和数据恢复选项，增加了数据安全性和可靠性。
6. Git已经是分布式: 由于使用Git作为版本控制系统，已经处于一种分布式方式工作。当代码在开发人员的本地机器上时，你并不需要在有多个远程仓库的情况下进行推送，只需要在连接恢复后推送即可。

额外备份方案

1. 本地仓库和文件共享: 如果Azure DevOps和Gitlab都不可用，可以使用本地文件共享作为临时备份，也可以通过电子邮件分享提交。
2. Azure DevOps Server: 在局域网内搭建Azure DevOps Server（之前称为TFS）作为云端Azure DevOps的备份。这样可以保护不仅仅是Azure DevOps服务的可用性，还能防范更多的风险。

以上仅为讨论，你可以根据团队的具体需求和情况综合考虑是否镜像Git仓库。