diff --git a/wiki/dev/Git/入门/起步.md b/wiki/dev/Git/入门/起步.md index 15cdf500..ce215c76 100644 --- a/wiki/dev/Git/入门/起步.md +++ b/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 ### 获取帮助 +- [Git 官方手册](https://git-scm.com/book/zh/v2) +- [开源指北](https://oschina.gitee.io/opensource-guide/) + ```shell git help git --help