git使用说明
本篇内容
- 集中式VS分布式
- 安装 & 配置git
- 常用命令及说明
集中式VS分布式
CVS及SVN都是集中式的版本控制系统，而Git是分布式版本控制系统，集中式和分布式版本控制系统有什么区别呢？
集中式版本控制系统
先说集中式版本控制系统，版本库是集中存放在中央服务器的，而干活的时候，用的都是自己的电脑，所以要先从中央服务器取得最新的版本，然后开始干活，干完活了，再把自己的活推送给中央服务器。
中央服务器就好比是一个图书馆，你要改一本书，必须先从图书馆借出来，然后回到家自己改，改完了，再放回图书馆。
集中式版本控制系统最大的毛病就是必须联网才能工作，如果在局域网内还好，带宽够大，速度够快，可如果在互联网上，遇到网速慢的话，可能提交一个10M的文件就需要5分钟，这还不得把人给憋死啊。
分布式版本控制系统
首先，分布式版本控制系统根本没有“中央服务器”，每个人的电脑上都是一个完整的版本库，这样，你工作的时候，就不需要联网了，因为版本库就在你自己的电脑上。
既然每个人电脑上都有一个完整的版本库，那多个人如何协作呢？
比方说你在自己电脑上改了文件A，你的同事也在他的电脑上改了文件A，这时，你们俩之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。
和集中式版本控制系统相比，分布式版本控制系统的安全性要高很多，因为每个人电脑里都有完整的版本库，某一个人的电脑坏掉了不要紧，随便从其他人那里复制一个就可以了。而集中式版本控制系统的中央服务器要是出了问题，所有人都没法干活了。
分布式版本控制系统通常也有一台充当“中央服务器”的电脑，但这个服务器的作用仅仅是用来方便“交换”大家的修改，没有它大家也一样干活，只是交换修改不方便而已。
安装 & 配置git
git下载地址：https://www.git-scm.com/download/win
之后配置全局环境变量
右击我的电脑，属性 → 高级系统设置 → 高级 → 环境变量 → 在第二栏系统变量中找到path，点击path选择编辑，添加 安装目录\cmd\git.exe，如安装在D盘则为D:\Program Files\Git\cmd\git.exe
git --version //验证是否配置成功
配置git
创建SSH
打开Git Bash，设置你的名字和email,这些是在提交commit时的签名，依次复制每行代码并确定。
git config --global user.name “Yourname”
git config --global user.email “Youremail@xxx.com”
再输入ssh-keygen -t rsa -C “Youremail@xxx.com”并按enter。
在passphrase的时候需要填写密码，最少五位，输入后enter，然后安装提示操作。
此时会在C盘Users里面创建目录“C:\Users\Administrator\.ssh”，目录下面有两个文件
id_rsa) //私有
id_rsa).pub //公有
创建SSH
打开浏览器登录你的github主页,找到setting—SSH and GPG keys，选择new SSH key,名字可以随意写，内容就粘贴pub里面拷贝的。
然后在Git Bash里面敲入ssh -T git@github.com
它会叫你输入yes/no ,直接yes ,接着输入passphrase密码。正确的话应该看到 hi 用户名, you’ve successfully…..
然而自己配置的时候出了一个问题，解决办法是找到安装目录下面的/etc/ssh/ssh_config文件，用编辑器打开后在最后添加两行
StrictHostKeyChecking no
UserKnownHostsFile /dev/null
重新在Git Bash里面敲入ssh -T git@github.com ，会提示警告，并要求输入创建ssh时的密码。提示成功。
这样就ssh就连接上了。
开始
创建版本库
版本库又名仓库，英文名repository，你可以简单理解成一个目录，这个目录里面的所有文件都可以被Git管理起来，每个文件的修改、删除，Git都能跟踪，以便任何时刻都可以追踪历史，或者在将来某个时刻可以“还原”。
第一步：创建项目文件夹。如果你使用Windows系统，为了避免遇到各种莫名其妙的问题，请确保目录名（包括父目录）不包含中文。
第二步，通过git init命令把这个目录变成Git可以管理的仓库：
瞬间Git就把仓库建好了，而且告诉你是一个空的仓库（empty Git repository），细心的读者可以发现当前目录下多了一个.git的目录，这个目录是Git来跟踪管理版本库的，没事千万不要手动修改这个目录里面的文件，不然改乱了，就把Git仓库给破坏了。
如果你没有看到.git目录，那是因为这个目录默认是隐藏的，用ls -ah命令就可以看见。
把文件添加到版本库
首先这里再明确一下，所有的版本控制系统，其实只能跟踪文本文件的改动，比如TXT文件，网页，所有的程序代码等等，Git也不例外。版本控制系统可以告诉你每次的改动，比如在第5行加了一个单词“Linux”，在第8行删了一个单词“Windows”。而图片、视频这些二进制文件，虽然也能由版本控制系统管理，但没法跟踪文件的变化，只能把二进制文件每次改动串起来，也就是只知道图片从100KB改成了120KB，但到底改了啥，版本控制系统不知道，也没法知道。
不幸的是，Microsoft的Word格式是二进制格式，因此，版本控制系统是没法跟踪Word文件的改动的，前面我们举的例子只是为了演示，如果要真正使用版本控制系统，就要以纯文本方式编写文件。
因为文本是有编码的，比如中文有常用的GBK编码，日文有Shift_JIS编码，如果没有历史遗留问题，强烈建议使用标准的UTF-8编码，所有语言使用同一种编码，既没有冲突，又被所有平台所支持。
使用Windows的童鞋要特别注意：
千万不要使用Windows自带的记事本编辑任何文本文件。原因是Microsoft开发记事本的团队使用了一个非常弱智的行为来保存UTF-8编码的文件，他们自作聪明地在每个文件开头添加了0xefbbbf（十六进制）的字符，你会遇到很多不可思议的问题，比如，网页第一行可能会显示一个“?”，明明正确的程序一编译就报语法错误，等等，都是由记事本的弱智行为带来的。建议你下载Notepad++ 代替记事本，不但功能强大，而且免费！记得把Notepad++ 的默认编码设置为UTF-8 without BOM即可
操作
第一步，用命令git add告诉Git，把文件添加到暂存区：
git add a.js | git add . 即可添加当前所有
执行上面的命令，没有任何显示，这就对了，Unix的哲学是“没有消息就是好消息”，说明添加成功。
第二步，用命令git commit告诉Git，把文件提交到仓库：
git commit -m 'Is a test javascript file'
-m后面输入的是本次提交的说明，可以输入任意内容，当然最好是有意义的，这样你就能从历史记录里方便地找到改动记录。
小结
初始化一个Git仓库，使用git init命令。
添加文件到Git仓库，分两步：
使用命令git add
使用命令git commit -m
git log 查看历史版本。
git log --oneline -3
git log -3 // 查看组件3条commit
q // 结束log输出状态
git log 参数选项
-p：按补丁显示每个更新间的差异
--stat：显示每次更新的修改文件的统计信息
--shortstat：只显示--stat中最后的行数添加修改删除统计
--name-only：尽在已修改的提交信息后显示文件清单
--name-status：显示新增、修改和删除的文件清单
--abbrev-commit：仅显示SHA-1的前几个字符，而非所有的40个字符
--relative-date：使用较短的相对时间显示（例如："two weeks ago"）
--graph：显示ASCII图形表示的分支合并历史
--pretty：使用其他格式显示历史提交信息
git reset --hard commit_id 回溯到指定版本。
git status 查看状态。
git checkout -- file 撤销修改。
git rm filename 如：git rm test.txt删除文件，之后记得commit。
查看分支：git branch
创建分支：git branch
切换分支：git checkout
创建+切换分支：git checkout -b
合并某分支到当前分支：git merge
删除分支：git branch -D
选择某一个分支中的一个或几个commit(s)来进行操作（操作的对象是commit）：git cherry-pick
根据已有分支创建新的分支
git checkout -b yourbranchname origin/oldbranchname
基于某分支创建分支: 在某分支下 git checkout -b 分支名称
命令即对应概念
本地文件 -> add -> commit
工作区 -> 暂存区 -> 线上库
一些说明
撤销或回退
查看历史版本
版本控制系统肯定有某个命令可以告诉我们历史记录，在Git中，我们用git log命令查看
确定版本号
回溯到指定版本
git reset --hard commit_id
Git必须知道当前版本是哪个版本，在Git中，用HEAD表示当前版本，也就是最新的提交1094adb...（注意我的提交ID和你的肯定不一样），上一个版本就是HEAD，上上一个版本就是HEAD，当然往上100个版本写100个比较容易数不过来，所以写成HEAD~100。
git reset --hard 1094a //回溯到指定版本
版本号没必要写全，前几位就可以了，Git会自动去找。当然也不能只写前一两位，因为Git可能会找到多个版本号，就无法确定是哪一个了。
要重返未来，用git reflog查看命令历史，以便确定要回到未来的哪个版本。
撤销修改
git checkout -- file可以丢弃工作区的修改：
命令git checkout -- readme.txt意思就是，把readme.txt文件在工作区的修改全部撤销，这里有两种情况：
一种是readme.txt自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；
一种是readme.txt已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。
总之，就是让这个文件回到最近一次git commit或git add时的状态。
删除版本库中的文件
从版本库中删除该文件，那就用命令git rm删掉，并且git commit：
添加并同步远程库
要关联一个远程库，使用命令git remote add origin git@server-name:path/repo-name.git；
关联后，使用命令git push -u origin master第一次推送master分支的所有内容；
此后，每次本地提交后，只要有必要，就可以使用命令git push origin master推送最新修改；
从远程仓库克隆
git clone git@github.com:michaelliao/gitskills.git
分支及相关
首先，我们创建dev分支，然后切换到dev分支：
git checkout -b dev
git checkout命令加上-b参数表示创建并切换，相当于以下两条命令：
git branch dev
git checkout dev
然后，用git branch命令查看当前分支：
git branch命令会列出所有分支，当前分支前面会标一个*号。
dev分支的工作完成，我们就可以切换回master分支：
git checkout master
切换回master分支后，再查看一个readme.txt文件，刚才添加的内容不见了！因为那个提交是在dev分支上，而master分支此刻的提交点并没有变：
现在，我们把dev分支的工作成果合并到master分支上：
git merge dev
git merge命令用于合并指定分支到当前分支。合并后，再查看readme.txt的内容，就可以看到，和dev分支的最新提交是完全一样的。
合并完成后，就可以放心地删除dev分支了：
git branch -d dev
删除后，查看branch，就只剩下master分支了：
git branch
解决冲突
当Git无法自动合并分支时，就必须首先解决冲突（手动）。解决冲突后，再提交，合并完成。
解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容，再提交。
用git log --graph命令可以看到分支合并图。
工作到一半且没有提交分支又需要改其他时
Git还提供了一个stash功能，可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作：
修复bug时，我们会通过创建新的bug分支进行修复，然后合并，最后删除；
当手头工作没有完成时，先把工作现场git stash一下，然后去修复bug，修复后，再git stash pop，回到工作现场。
git stash // 可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作
git stash list
git stash apply // 恢复之前的，但是备份没有删除，需要用git stash drop 来删除
git stash pop // 恢复的同时把stash内容也删了
- 如果有很多分支，需要从其中某个分支merge到master时可以用
可以通过cherry-pick的
https://blog.csdn.net/fightfightfight/article/details/81039050
git cherry-pick合并某个commit
https://www.cnblogs.com/0201zcr/p/5752771.html
查看最近提交 git log -3 // 获取到<commitId>
切换到要合并这个commit的分支
git cherry-pick <commitId>
git push
常用操作命令
git pull命令用于从另一个存储库或本地分支获取并集成(整合)。
git pull <远程主机名> <远程分支名>:<本地分支名>
比如，要取回origin主机的next分支，与本地的master分支合并，需要写成下面这样 -
$ git pull origin next:master
如果远程分支(next)要与当前分支合并，则冒号后面的部分可以省略。上面命令可以简写为：
$ git pull origin
上面命令表示，取回origin/next分支，再与当前分支合并。实质上，这等同于先做git fetch，再执行git merge。
$ git fetch origin
$ git merge origin/next
如果当前分支与远程分支存在追踪关系，git pull就可以省略远程分支名
$ git pull origin
若已经提到了暂存区，需要回复到线上的版本
git reset HEAD src/models/login.js
https://www.liaoxuefeng.com/wiki/896043488029600/897889638509536
未提交到暂存区时
git checkout -- src/models/login.js
查看不同
git diff
git diff HEAD -- readme.txt命令可以查看工作区和版本库里面最新版本的区别
git diff 文件对比
- git diff filepath 工作区与暂存区比较
- git diff HEAD filepath 工作区与HEAD ( 当前工作分支) 比较
- git diff --staged 或 --cached filepath 暂存区与HEAD比较
- git diff branchName filepath 当前分支的文件与branchName 分支的文件进行比较
- git diff commitId filepath 与某一次提交进行比较
相关教程：
https://www.yiibai.com/git/git_clone_operation.html
https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000
一个不错的可以学习git的地方：https://learngitbranching.js.org/?demo
