[开发工具]Git总结

分布式的核心设计是同步，而不是主从

1. 集中式和分布式的区别是： 你的本地是否有完整的版本库历史

假设SVN服务器没了，那你丢掉了所有历史信息，因为你的本地只有当前版本以及部分历史信息。

假设GitHub服务器没了，你不会丢掉任何git历史信息，因为你的本地有完整的版本库信息。你可以把本地的git库重新上传到另外的git服务商。

Git 其实就是每个人电脑上都装一个svn服务器，你写了代码提交到自己电脑服务器上就是Commit；但是如果你想多人协作，就要把你的改动发送到你**每一个同事 **的svn服务器上就是push

假如你还有10个同事，你每一次更改都要提交10次，其他同事有更改也要分别向我们提交，所以我们说干脆找一台固定电脑（服务器）用来统一规定把修改推给这台电脑，这样只需要提交1次就行了，其他人去这台机器上同步就好了。

Git的中央服务器可以没有，我们只是为了方便才这么做的。

此时，如果这个中央服务器坏了，你只需要重新弄个电脑，把自己电脑上的同步一份过去，大家约定好都提交到这个新电脑上就行了。【所有的版本和历史都在，因为大家电脑上都是一样的】

而集中式的SVN就不同了，你从中央服务器上下载好完整的代码，正常工作（写代码）是可以，但是如果断网了，你就无法回滚版本；这时你可能谁说，先不提交，等联网了我再提交。

2.?初始化一个Git仓库，使用git init命令。

? ?添加文件到Git仓库，分两步：

1. 使用命令git add <file>，注意，可反复多次使用，添加多个文件；
2. 使用命令git commit -m <message>，完成。

3. 查看提交日志：? ?git? log

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? git log??--pretty=oneline

4. git版本回退：

• HEAD指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令git reset --hard commit_id。

• 穿梭前，用git log可以查看提交历史，以便确定要回退到哪个版本。? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 回退前一个：git reset --hard HEAD^? ? ? ?回退前两个 HEAD^^

• 要重返未来，用git reflog查看命令历史，以便确定要回到未来的哪个版本。

?版本号（commit_id）没必要写全，前几位就可以了，Git会自动去找。当然也不能只写前一两位，因为Git可能会找到多个版本号，就无法确定是哪一个了。

Git的版本回退速度非常快，因为Git在内部有个指向当前版本的HEAD指针，当你回退版本的时候，Git仅仅是把HEAD从指向append GPL：

然后顺便把工作区的文件更新了。所以你让HEAD指向哪个版本号，你就把当前版本定位在哪。

5.??