【DataWhale】FasterGit课程学习笔记-Task1

版本控制软件

可以帮助我们把代码恢复到之前某个版本（穿梭时光的感觉？）

版本控制软件又分为集中式版本控制和分布式版本控制

集中式版本控制: 把集中式版本库放在一个单一的中央库中

集中式版本控制有一个很致命的缺点就是中央服务器的单点故障。 如果宕机一小时，那么在这一小时内，谁都无法提交更新，也就无法协同工作。

分布式版本控制系统：每个用户把代码仓库镜像下来，使得每个人的电脑都是一个版本库。

建议Datawhle提交issue：感觉表述不清晰，这一段的图片没能有效分清分布式和集中式。建议在分布式版本控制系统后面加上这一句话：分布式版本控制系统通常也有一台充当“中央服务器”的电脑，但这个服务器的作用仅仅是用来方便“交换”大家的修改，没有它大家也一样干活，只是交换修改不方便而已。

1.安装Git

2.配置Git

3. Git 项目仓库的两种方式：

1.本地目录转换为 Git 仓库；

在 Windows 上：
$ cd /c/user/my_project

如果在一个已存在文件的文件夹（而非空文件夹）中进行版本控制，你应该开始追踪这些文件并进行初始提交。 可以通过 git add 命令来指定所需的文件来进行追踪，然后执行 git commit ：

$ git add *.c
$ git add LICENSE
$ git commit -m 'initial project version'

稍后我们再逐一解释这些指令的行为。 现在，你已经得到了一个存在被追踪文件与初始提交的 Git 仓库。

2.从GitHub、Gitlab克隆 一个已存在的 Git 仓库。

你想为某个开源项目贡献自己的一份力，这时就要用到 git clone 命令。

Git 克隆的是该 Git 仓库服务器上的几乎所有数据，而不是仅仅复制完成你的工作所需要文件。 当你执行 git clone 命令的时候，默认配置下远程 Git 仓库中的每一个文件的每一个版本都将被拉取下来。比如，要克隆 Git 的链接库 libgit2，可以用下面的命令：

$ git clone https://github.com/libgit2/libgit2

这会在当前目录下创建一个名为 “libgit2” 的目录，并在这个目录下初始化一个 .git 文件夹， 从远程仓库拉取下所有数据放入 .git 文件夹，然后从中读取最新版本的文件的拷贝。 如果你进入到这个新建的 libgit2 文件夹，你会发现所有的项目文件已经在里面了，准备就绪等待后续的开发和使用。

每一个文件都不外乎这两种状态：已跟踪 或 未跟踪。已跟踪的文件是 Git 已经知道的文件。

工作目录中除已跟踪文件外的其它所有文件都属于未跟踪文件。

总结：通过这次课程，对Git的一些指令有了基本的认知。

DataWhale的课程相当于提供了一个资料库，需要找一些指令时可以随时查看。