m0_74910646的博客

Git 是分布式版本控制系统，同一个 Git 仓库可以分布到不同的机器上。最初，只有一台机器拥有一个原始版本库，此后，其他机器可以“克隆”这个原始版本库，而且每台机器的版本库其实都是一样的，并没有主次之分。你可能会想，至少需要两台机器才能玩远程库不是？但是我只有一台电脑，怎么玩？其实一台电脑上也是可以克隆多个版本库的，只要不在同一个目录下。不过，在现实生活中没有人会这么傻在一台电脑上搞几个远程库玩，因为一台电脑上搞几个远程库完全没有意义，而且硬盘挂了会导致所有库都挂掉。

现在有了分支，就不用怕了。添加⼀个新功能时，你肯定不希望因为⼀些实验性质的代码，把主分支搞乱了，所以，每添加⼀个新 功能，最好新建⼀个分支，我们可以将其称之为 feature 分支，在上面开发，完成后，合并，最后，删除该 feature 分支。举个例子，dev分支修改了ReadMe文件，并且提交了，在这个期间，别人在master分支也修改了master分支，那dev分支在与master分支合并的时候，git就不知道应该保留dev分支下的修改还是保留master分支下的修改，就存在了合并冲突。

如果我们提交完version3，然后觉得version3的代码写的太烂了，想要基于version2重新编写，此时我们就需要回退到version2，由于我们想让工作区的代码也跟着回退，所以我们需要使用--hard参数。在实际开发中，由于长时间的开发了，导致 commit id 早就找 不到了，可突然某⼀天，我又想回退到 version3，那该如何操作呢？这样删除是有用的，仅仅删除了工作区的文件，如果我们用git status查看，会提示我们哪些文件被删掉了，此时工作区和版本库的文件就不一样了。

需要说明的是，我们看到的一大串类似 23807c5...56eed6 的是每次提交的 commit id （版本 号），Git 的 commit id 不是1，2，3……比如你新增了一行，这就是⼀个修改，删除了一行，也是⼀个修改，更改了某些字符， 也是⼀个修改，删了⼀些又加了⼀些，也是⼀个修改，甚至创建⼀个新文件，也算⼀个修改。我们只知道文件被修改了，如果能知道具体哪些地方被修改了，就更好了。可见我们对文件的修改被Git记录下来了，这样每次都把可以保存我们对文件的修改，这样就可以做到版本控制了！

如果使用了该选项，表示这台机器上所有的 Git 仓库都会使用这个配置。如果你希望在不同仓库中使用不同的 name 或 e-mail ，可以不要 --global 选项，但要注意的是，执行命令时必须要在仓库里面。我们发现，当前目录下多了⼀个 .git 的隐藏文件， .git 目录是 Git 来跟踪管理仓库的，不要手动修改这个目录里面的文件，不然改乱了，就把 Git 仓库给破坏了。所以我们在工作区中新建一个文件并不是在仓库中新建了一个文件，想要仓库可以管理这个文件还需要执行 add 和 commit 操作。