Git：起步

wiki/dev/Git/入门/起步.md

@@ -23,13 +23,16 @@ date: 2022-09-13
 
 其中最流行的一种叫做 RCS，现今许多计算机系统上都还看得到它的踪影。RCS 的工作原理是在硬盘上保存补丁集（补丁是指文件修订前后的变化）；通过应用所有的补丁，可以重新计算出各个版本的文件内容。
 
+![本地版本控制图解](https://static.7wate.com/img/2022/10/08/cd92265391052.png)
+
 ### 集中化的版本控制系统
 
 为了解决本地版本控制系统无法协同工作的问题，集中化的版本控制系统（Centralized Version Control Systems，CVCS）应允而生。其采用一个单一集中管理的服务器，保存所有文件的修订版本；协作者通过客户端连接服务器，拉取最新文件或提交更新。
 
- - **优点**：相较于本地 VCS 来说。 现在，每个人都可以在一定程度上看到项目中的其他人正在做些什么。 而管理员也可以轻松掌控每个开发者的权限，并且管理一个 CVCS 要远比在各个客户端上维护本地数据库来得轻松容易。
+- **优点**：相较于本地 VCS 来说。 现在，每个人都可以在一定程度上看到项目中的其他人正在做些什么。 而管理员也可以轻松掌控每个开发者的权限，并且管理一个 CVCS 要远比在各个客户端上维护本地数据库来得轻松容易。
+- **缺点**：显而易见的缺点是中央服务器的单点故障。例如宕机一小时，那么在这一小时内，谁都无法提交更新，也就无法协同工作；如果中心数据库所在的磁盘发生损坏，又没有做恰当备份，毫无疑问你将丢失所有数据——包括项目的整个变更历史，只剩下人们在各自机器上保留的单独快照。
 
- - **缺点**：显而易见的缺点是中央服务器的单点故障。例如宕机一小时，那么在这一小时内，谁都无法提交更新，也就无法协同工作；如果中心数据库所在的磁盘发生损坏，又没有做恰当备份，毫无疑问你将丢失所有数据——包括项目的整个变更历史，只剩下人们在各自机器上保留的单独快照。
+![集中化的版本控制图解](https://static.7wate.com/img/2022/10/08/2fcdd6820ad08.png)
 
 ### 分布式版本控制系统
 
@@ -37,6 +40,8 @@ date: 2022-09-13
 
 更进一步，许多这类系统都可以指定和若干不同的远端代码仓库进行交互。籍此，你就可以在同一个项目中，分别和不同工作小组的人相互协作。 你可以根据需要设定不同的协作流程，比如层次模型式的工作流，而这在以前的集中式系统中是无法实现的。
 
+![分布式版本控制图解](https://static.7wate.com/img/2022/10/08/ba18b505e0ce9.png)
+
 ## Git 简史
 
 同生活中的许多伟大事物一样，Git 诞生于一个极富纷争大举创新的年代。
@@ -137,6 +142,9 @@ git config <key>
 
 ### 获取帮助
 
+- [Git 官方手册](https://git-scm.com/book/zh/v2)
+- [开源指北](https://oschina.gitee.io/opensource-guide/)
+
 ```shell
 git help <verb>
 git <verb> --help