参考：
https://blog.csdn.net/feiying0canglang/article/details/126550676

上边图中，跨越了区的箭头，它中间的区数据都会同步。例如：git checkout ，它是将本地仓库数据更新到暂存区和工作区的。\

理解

gitlab和svn都需要中央仓库，但是gitlab每个节点除了副本还有完整的分支管理系统，svn每个节点只有副本，版本管理只能通过重要仓库进行。

理解1

在Git中，虽然每个开发者都有一个完整的项目仓库的拷贝，但如果中央仓库不可用，开发者将无法将自己的更改推送到中央仓库。因此，正确的说法应该是，“即使中央仓库不可用，开发人员仍然可以在本地工作，但不能将更改推送到中央仓库”。

开发人员可以在本地进行版本控制、查看历史记录、创建和切换分支、合并其他分支等操作。他们可以在本地管理代码、进行开发，也可以根据需要在本地创建临时分支来实验或修改代码。但如果中央仓库不可用，那么他们将无法将更改推送到中央仓库与其他开发人员分享，也无法从中央仓库获取最新的更改。

一旦中央仓库恢复正常，开发人员就可以将他们的本地更改推送到中央仓库，与其他人的更改进行合并。这是因为在Git中，每个开发者的本地仓库都包含完整的项目历史和版本记录，因此可以在没有中央仓库的情况下进行独立的开发和版本控制。

理解2

在Git中，即使中央仓库不可用，开发人员仍然可以继续工作的原因在于Git的分布式特性。每个开发人员的本地仓库都保存了项目的完整历史记录，包括所有的分支、标签和提交。这意味着开发人员可以在不需要与中央仓库交互的情况下执行以下操作：
提交更改：开发人员可以在本地仓库中进行代码的提交，记录他们的工作进展。
创建和切换分支：他们可以创建新的分支来尝试新的功能或修复，然后在这些分支上进行工作。
合并分支：他们可以在本地合并分支，解决合并冲突。
查看历史：他们可以查看提交历史，了解项目的发展过程。
回滚更改：如果需要，他们可以回滚到之前的提交状态。
所有这些操作都是在本地的，不需要网络连接或访问中央仓库。这样，即使中央仓库出现故障或不可达，开发人员也可以继续他们的工作，不会受到太大影响。
当中央仓库恢复在线时，开发人员可以将他们本地的提交推送到中央仓库，与其他团队成员分享他们的工作。此外，他们也可以拉取其他人的更改，同步远程仓库的最新状态。
这种去中心化的工作方式是Git与传统集中式版本控制系统（如SVN）的一个重要区别。在SVN中，如果中央仓库不可用，除了查看本地副本之外，开发人员几乎无法进行任何版本控制操作。