git使用说明

本篇内容

• 集中式VS分布式
• 安装 & 配置git
• 常用命令及说明

集中式VS分布式

CVS及SVN都是集中式的版本控制系统，而Git是分布式版本控制系统，集中式和分布式版本控制系统有什么区别呢？

集中式版本控制系统

先说集中式版本控制系统，版本库是集中存放在中央服务器的，而干活的时候，用的都是自己的电脑，所以要先从中央服务器取得最新的版本，然后开始干活，干完活了，再把自己的活推送给中央服务器。

中央服务器就好比是一个图书馆，你要改一本书，必须先从图书馆借出来，然后回到家自己改，改完了，再放回图书馆。

集中式版本控制系统最大的毛病就是必须联网才能工作，如果在局域网内还好，带宽够大，速度够快，可如果在互联网上，遇到网速慢的话，可能提交一个10M的文件就需要5分钟，这还不得把人给憋死啊。

分布式版本控制系统

首先，分布式版本控制系统根本没有“中央服务器”，每个人的电脑上都是一个完整的版本库，这样，你工作的时候，就不需要联网了，因为版本库就在你自己的电脑上。

既然每个人电脑上都有一个完整的版本库，那多个人如何协作呢？

比方说你在自己电脑上改了文件A，你的同事也在他的电脑上改了文件A，这时，你们俩之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。

和集中式版本控制系统相比，分布式版本控制系统的安全性要高很多，因为每个人电脑里都有完整的版本库，某一个人的电脑坏掉了不要紧，随便从其他人那里复制一个就可以了。而集中式版本控制系统的中央服务器要是出了问题，所有人都没法干活了。

分布式版本控制系统通常也有一台充当“中央服务器”的电脑，但这个服务器的作用仅仅是用来方便“交换”大家的修改，没有它大家也一样干活，只是交换修改不方便而已。

安装 & 配置git

git下载地址：https://www.git-scm.com/download/win

之后配置全局环境变量

右击我的电脑，属性 → 高级系统设置 → 高级 → 环境变量 → 在第二栏系统变量中找到path，点击path选择编辑，添加 安装目录cmdgit.exe，如安装在D盘则为D:Program FilesGitcmdgit.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:UsersAdministrator.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，回到工作现场。

https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/00137602359178794d966923e5c4134bc8bf98dfb03aea3000

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