git基本命令及原理机制整理

git可以说是最好用的分布式版本控制工具，梳理一下git主要的机制和功能。

 

更多分类文章：

Python | Linux | 大数据 | 数据库 | Git | Nodejs | Golang | 电脑技巧 | 计算机技术

一. git基本配置

安装git

设置

Git是分布式版本控制系统，分布式环境下工作。所以，每个机器都必须自报家门

$ git config --global user.name "Your Name" 
$ git config --global user.email "email@example.com"

创建版本库

通过git init命令把这个目录变成Git可以管理的仓库，如名为learngit文件夹，确保目录名(包括父目录)不包含中文。

$ pwd
$ git init

文件添加到仓库

必须将文件放到git管理目录下(子目录也行)，使用git commit将文件提交到仓库，-m后面输入的是本次提交的说明，可以输入任意内容。Git添加文件需要add，commit一共两步，因为commit可以一次提交很多文件，所以可以多次add不同的文件。$ git add readme.txt

$ git commit -m "wrote a readme file"

查看改动

$ git diff readme.txt

仓库当前的状态

查看是否有需要commit的文件

$ git status

查看改动历史记录

$ git log

精简信息

$ git log --pretty=oneline

8.版本回退

先知道是哪个版本，上一个版本就是HEAD^，上上一个版本就是HEAD^^，当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100。

(1)使用git reset命令

$ git reset --hard HEAD^

(2)回退到上一个版本

只要上面的命令行窗口还没有被关掉，可以顺着往上找到那个append GPL的commit id

$ git reset --hard 1093a

(3)利用历史命令记录来查出commit id

$ git reflog

• 穿梭前，用git log可以查看提交历史，以便确定要回退到哪个版本。
• 要重返未来，用git reflog查看命令历史，以便确定要回到未来的哪个版本。

二. git机制

Git的版本库里存了很多东西，其中最重要的就是称为stage(或者叫index)的暂存区，还有Git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD。

 

 

git add命令实际上就是把要提交的所有修改放到暂存区(Stage)，然后

执行git commit就可以一次性把暂存区的所有修改提交到分支。

• 查看工作区和版本库里面最新版本的区别

git diff HEAD -- readme.txt

• 丢弃工作区的修改

$ git checkout -- readme.txt

git checkout其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”。

• 丢弃暂存区的修改

git reset命令既可以回退版本，也可以把暂存区的修改回退到工作区，即可以把暂存区的修改撤销掉(unstage)，重新放回工作区。

$ git re**set** HEAD readme.txt

• 从版本库删除文件

$ git rm test.txt
 
$ git **commit** -m "remove test.txt"

三. ssh通信配置

第1步：创建SSH Key。

在用户主目录下，看看有没有.ssh目录，如果有，再看看这个目录下有没有id_rsa和id_rsa.pub这两个文件，如果已经有了，可直接跳到下一步。。若没有则创建SSH Key：

$ ssh-keygen -t rsa -C "youremail@example.com"

第2步：登陆GitHub，打开“Account settings”，“SSH Keys”页面：

然后，点“Add SSH Key”，填上任意Title，在Key文本框里粘贴id_rsa.pub文件的内容：

点“Add Key”，便可看到已经添加的Key。

GitHub允许添加多个Key。假定有若干电脑，一会儿在公司提交，一会儿在家里提交，只要把每台电脑的Key都添加到GitHub，就可以在每台电脑上往GitHub推送了。在GitHub上免费托管的Git仓库，任何人都可以看到但只有你自己才能改)。

四.向github克隆本地库

(1)添加远程库

jack替换成你自己的GitHub账户名，添加后，远程库的名字就是origin，这是Git默认的叫法，也可以改成别的，但是origin这个名字一看就知道是远程库。

$ git remote add origin git@github.com:jack/studygit.git

(2)把本地库的所有内容推送到远程库上

$ git push -u origin master

用git push命令，实际上是把当前分支master推送到远程。由于远程库是空的，我们第一次推送master分支时，加上了-u参数

(3)随时更新

把本地master分支C的最新修改推送至GitHub

$ git push origin master

(遇到错误，先拉后推，若本地文件夹名称与远程库不一样，加上--allow-unrelated-histories参数：

git pull origin master
 
git push -u origin master

)

(4)向本地库克隆github库

$ git clone git@github.com:michaelliao/gitskills.git

五.分支管理

1.创建分支

如创建dev分支，然后切换到dev分支

$ git checkout -b dev

git checkout命令加上-b参数表示创建并切换，相当于以下两条命令：

$ git branch dev $ git checkout dev

2.查看分支

$ git branch

3.切换回master分支

dev分支的工作完成，我们就可以切换回master分支

$ git checkout master

 

4.合并分支

把dev分支的工作成果合并到master分支上

$ git merge dev

5.删除dev分支

$ git branch -d dev

6.分支合并冲突

 

提交时，Git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容，我们修改后保存并再次进行add，commit操作。

操作成功后，分支如图

 

当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。

解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容，再提交。

用git log --graph命令可以看到分支合并图。

7.分支合并模式

合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并。

(1)创建并切换dev分支

$ git checkout -b dev

(2)修改readme.txt文件，并提交一个新的commit

$ git add readme.txt $ git **commit** -m "add merge"

(3)切换回master

$ git checkout master

(4)准备合并dev分支，请注意--no-ff参数，表示禁用Fast forward

$ git merge --no-ff -m "merge with no-ff" dev

(5)查看历史分支

$ git log --graph --pretty=oneline --abbrev-commit

8.BUG分支

Git还提供了一个stash功能，可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作。

手头工作没有完成时，先把工作现场git stash一下，然后去修复bug，修复后，再git stash pop，回到工作现场

(1) 用git status查看工作区

$ git stash

(2) 在dev分支上创建修复bug的分支issue-101，此时，dev修改只add，并没有commit

(3)

$ git checkout master

(4) 在master下创建分支

$ git checkout -b issue-101

(5) add并commit

(6) 修复完成后，切换到master分支，并完成合并，最后删除issue-101分支

$ git checkout master
 
$ git merge --no-ff -m "merged bug fix 101" issue-101

(7) 切换到dev

$ git checkout dev

(8) 查看工作现场

$ git stash list

(9) 恢复工作现场

git stash apply恢复，但是恢复后，stash内容并不删除
 
git stash pop，恢复的同时把stash内容也删了

9.新功能-新建feature分支

(1) 在dev分支进行开发

(2) 需开发新功能vulcan，创建并切入分支

$ git checkout -b feature-vulcan

(3) 完成开发并提交

$ git add vulcan.py
 
$ git commit -m "add feature vulcan"

(3) 切回dev，准备合并

$ git checkout dev
 
$ git checkout dev

(4) 若要彻底销毁该分支，且此时还未merge，删除使用-D

$ git branch -D feature-vulcan

10.多人协作

当你从远程仓库克隆时，实际上Git自动把本地的master分支和远程的master分支对应起来了。

(1) 查看远程库信息

$ git remote
 
$ git remote -v (更详细)

(2) 推送分支

就是把该分支上的所有本地提交推送到远程库，推送时，要指定本地分支。

$ git push origin master

(3) 要在dev分支上开发，就必须创建远程origin的dev分支到本地，创建本地dev分支

$ git checkout -b dev origin/dev

(4) 可以提交并将本地dev push到远程：

$ git add env.txt
 
$ git **commit** -m "add env"
 
$ git push origin dev

(5) 若多人版本有冲突

先用git pull把最新的提交从origin/dev抓下来，然后，在本地合并，解决冲突，再推送。

$ git pull

没有指定本地dev分支与远程origin/dev分支的链接，会导致git pull失败。设置dev和origin/dev的链接

$ git branch --set-upstream-to=origin/dev dev

解决冲突方法和分支管理中的解决冲突完全一样。

11.rebase操作

把分叉的提交历史“整理”成一条直线，看上去更直观。缺点是本地的分叉提交已经被修改过了。

$ git rebase
 
$ git log --pretty=oneline --abbrev-commit

12.创建标签

(1)切换到需要打标签的分支上

$ git checkout master

(2) 敲命令git tag 就可以打一个新标签

$ git tag v1.0

(3) 可以用命令git tag查看所有标签

$ git tag

(4) 找到历史提交的commit id打标签

$ git log --pretty=oneline --abbrev-commit

找到commit id为f52c633的

$ git tag v0.9 f52c633

(5) 创建带有说明的标签，用-a指定标签名，-m指定说明文字

$ git tag -a v0.1 -m "version 0.1 released" 1094adb

(6) 查看标签信息

$ git **show** v0.9

(7) 如果标签打错了，也可以删除

$ git tag -d v0.1

(8) 推送某个标签到远程

$ git push origin v1.0

一次性推送全部尚未推送到远程的本地标签

$ git push origin --tags

(9) 标签已经推送到远程，要删除远程标签

先从本地删除

$ git tag -d v0.9

然后，从远程删除

$ git push origin :refs/tags/v0.9

---

原文链接：git基本命令及原理机制整理