还能够这样玩？Git基本原理及各类骚操做 ，涨知识了

Git简单介绍

Git是一个分布式版本控制软件，最初由Linus Torvalds创做，于2005年以GPL发布。最初目的是为更好地管理Linux内核开发而设计。node

Git工做流程以及各个区域

• Workspace：工做区
• Staging/Index：暂存区
• Local Repository：本地仓库（可修改）
• /refs/remotes：远程仓库的引用（不可修改）
• Remote：远程仓库

Git文件状态变化

Git各类命令

Git简单命令

# 在当前目录新建一个git仓库
git init

# 打开git仓库图形界面
gitk

# 显示全部变动信息
git status

# 删除全部Untracked files
git clean -fd

# 下载远程仓库的全部更新
git fetch remote

# 下载远程仓库的全部更新，而且Merge
git pull romote branch-name

# 查看上次commit id
git rev-parse HEAD 

# 将指定分支合并到当前分支
git merge branch-name

# 将最近的一次commit打包到patch文件中
git format-patch HEAD^ 

# 将patch文件 添加到本地仓库
git am  patch-file

# 查看指定文件修改历史
git blame file-name

Git经常使用命令

git clone

# 将远程git仓库克隆到本地
git clone url

# 将远程git仓库克隆到本地
git clone -b branch url

git stash

# 将修改过，未add到Staging区的文件，暂时存储起来
git stash

# 恢复以前stash存储的内容
git stash apply

# 保存stash 并写message
git stash save "stash test"

# 查看stash了哪些存储
git stash list

# 将stash@{1}存储的内容还原到工做区
git stash apply stash@{1}

# 删除stash@{1}存储的内容
git stash drop stash@{1}

# 删除全部缓存的stash
git stash clear

git config

# 配置git图形界面编码为utf-8
git config --global gui.encoding=utf-8 

# 设置全局提交代码的用户名 
git config --global user.name name  
# 设置全局提交代码时的邮箱
git config --global user.email email
# 设置当前项目提交代码的用户名 
git config user.name name

git remote

# 显示全部远程仓库
git remote -v  

#  增长一个新的远程仓库
git remote add name url 

#  删除指定远程仓库
git remote remove name

# 获取指定远程仓库的详细信息
git remote show origin

git add

# 添加全部的修改到Staging区
git add .
git add --all  

# 添加指定文件到Staging区
git add file   

# 添加多个修改的文件到Staging区
git add file1 file2   

# 添加修改的目录到Staging区
git add dir

# 添加全部src目录下main开头的全部文件到Staging区    
git add src/main*

git commit

# 提交Staging区的代码到本地仓库区
git commit -m "message"  

# 提交Staging中在指定文件到本地仓库区
git commit file1 file2 -m "message"  

# 使用新的一次commit，来覆盖上一次commit
git commit --amend -m "message" 

# 修改上次提交的用户名和邮箱
git commit --amend --author="name <email>" --no-edit

git branch

# 列出本地全部分支
git branch   

# 列出本地全部分支 并显示最后一次提交的哈希值
git branch -v

# 在-v 的基础上 而且显示上游分支的名字
git branch -vv

# 列出上游全部分支
git branch -r  

# 新建一个分支，但依然停留在当前分支
git branch branch-name  

# 删除分支
git branch -d branch-name   

# 设置分支上游
git branch --set-upstream-to origin/master

# 本地分支重命名
git branch -m old-branch new-branch

git checkout

# 建立本地分支并关联远程分支
git checkout -b local-branch origin/remote-branch

# 新建一个分支，且切换到新分支
git checkout -b branch-name

# 切换到另外一个分支
git checkout branch-name  

# 撤销工做区文件的修改，跟上次Commit同样
git checkout commit-file

git tag

# 建立带有说明的标签
git tag -a v1.4 -m 'my version 1.4'

#  打标签
git tag tag-name

# 查看全部标签
git tag 

# 给指定commit打标签
git tag tag-name commit-id

# 删除标签
git tag -d tag-name

git push

# 删除远程分支
git push origin :master   

#  删除远程标签
git push origin --delete tag tag-name

# 上传本地仓库到远程分支
git push remote branch-name

# 强行推送当前分支到远程分支
git push remote branch-name --force

# 推送全部分支到远程仓库
git push remote --all  

# 推送全部标签
git push --tags

# 推送指定标签
git push origin tag-name

#  删除远程标签（须要先删除本地标签）
git push origin :refs/tags/tag-name  

# 将本地dev分支push到远程master分支
git push origin dev:master

git reset

# 将未commit的文件移出Staging区
git reset HEAD

# 重置Staging区与上次commit的同样
git reset --hard  

# 重置Commit代码和远程分支代码同样
git reset --hard origin/master

# 回退到上个commit
git reset --hard HEAD^

# 回退到前3次提交以前，以此类推，回退到n次提交以前
git reset --hard HEAD~3

回退到指定commit
git reset --hard commit-id

git diff

# 查看文件在工做区和暂存区区别
git diff file-name

# 查看暂存区和本地仓库区别
git diff --cached  file-name

# 查看文件和另外一个分支的区别
git diff branch-name file-name

# 查看两次提交的区别
git diff commit-id commit-id

git show

# 查看指定标签的提交信息
git show tag-name

# 查看具体的某次改动
git show commit-id

git log

# 指定文件夹 log
git log --pretty=format:"%h %cn %s %cd" --author="iisheng\|胜哥"  --date=short src
# 查看指定用户指定format 提交
  git log --pretty=format:"%h %cn %s %cd" --author=iisheng --date=short 

# 查看该文件的改动历史
git log --pretty=oneline file

# 图形化查看历史提交
git log --graph --pretty=oneline --abbrev-commit

# 统计仓库提交排名前5
git log --pretty='%aN' | sort | uniq -c | sort -k1 -n -r | head -n 5

# 查看指定用户添加代码行数，和删除代码行数
git log --author="iisheng" --pretty=tformat: --numstat | awk '{ add += $1 ; subs += $2 } END { printf "added lines: %s removed lines : %s \n",add,subs }'

git rebase

# 将指定分支合并到当前分支
git rebase branch-name

# 执行commit id 将rebase 停留在指定commit 处
git rebase -i commit-id

# 执行commit id 将rebase 停留在 项目首次commit处
git rebase -i --root

git restore

# 恢复第一次add 的文件，同 git rm --cached
git restore --staged file

# 移除staging区的文件，同 git checkout
git restore file

git revert

# 撤销前一次commit
git revert HEAD

# 撤销前前一次commit
git revert HEAD^

# 撤销指定某次commit
git revert commit-id

Git骚操做

Git命令不能自动补全？（Mac版）

我见过有的人使用Git别名，反正由于有自动补全的存在，我历来没用过Git别名。不过个人确将个人rm -rf命令替换成了别的脚本了...git

安装bash-completiongithub

brew install bash-completionshell

添加 bash-completion 到~/.bash_profile:数据库

if [ -f $(brew --prefix)/etc/bash_completion ]; then
    . $(brew --prefix)/etc/bash_completion
 fi

shell有不一样种类，我这里使用的是bash。缓存

代码没写完，忽然要切换到别的分支怎么办？

暂存未提交的代码bash

git stash

还原暂存的代码app

git stash apply

怎么合并其余分支的指定Commit？

使用cherry-pick命令ssh

git cherry-pick 指定commit-id

本地临时代码不想提交，怎么一次性清空？

还原未commit的本地更改的代码分布式

git reset --hard

还原包含commit的代码，到跟远程分支相同

git reset --hard origin/master

已经提交的代码，不须要了，怎么当作没提交过？

还原到上次commit

git reset --hard HEAD^

还原到当前以前的几回commit

git reset --hard HEAD~2

强制推送到远程分支，确保没有其余人在push，否则可能会丢失代码

git push origin develop --force

历史commit做者邮箱写错了，怎么一次性改过来？

使用git filter-branch命令。

复制下面的脚本，替换相关变量

• OLD_EMAIL
• CORRECT_NAME
• CORRECT_EMAIL

脚本以下：

#!/bin/sh

git filter-branch --env-filter '

OLD_EMAIL="your-old-email@example.com"
CORRECT_NAME="Your Correct Name"
CORRECT_EMAIL="your-correct-email@example.com"

if [ "$GIT_COMMITTER_EMAIL" = "$OLD_EMAIL" ]
then
export GIT_COMMITTER_NAME="$CORRECT_NAME"
export GIT_COMMITTER_EMAIL="$CORRECT_EMAIL"
fi
if [ "$GIT_AUTHOR_EMAIL" = "$OLD_EMAIL" ]
then
export GIT_AUTHOR_NAME="$CORRECT_NAME"
export GIT_AUTHOR_EMAIL="$CORRECT_EMAIL"
fi
' --tag-name-filter cat -- --branches --tags

强制推送替换

git push --force --tags origin 'refs/heads/*'

不当心把不应提交的文件commit了，怎么永久删除？

也是使用git filter-branch命令。

git filter-branch --force --index-filter \
  "git rm --cached --ignore-unmatch FILE-PATH-AND-NAME" \
  --prune-empty --tag-name-filter cat -- --all

强制推送覆盖远程分支。

git push origin --force --all

强制推送覆盖远程tag。

git push origin --force --tags

怎么保证团队成员提交的代码都是可运行的？

这里想说的是使用git hooks，通常在项目目录.git/hooks，客户端可使用hooks，控制团队commit提交规范，或者push以前，自动编译项目校验项目可运行。服务端可使用hooks，控制push以后自动构建项目，merge等自动触发单元测试等。

git reset --hard命令，执行错了，能恢复吗？

查看当前commit log

误操做git reset --hard 8529cb7

执行git reflog

还原到以前的样子

公司使用GitLab，平时还用GitHub，多帐号SSH，如何配置？

编辑 ~/.ssh/config文件 没有就建立

# github
Host github.com
Port 22
HostName github.com
PreferredAuthentications publickey
AddKeysToAgent yes
IdentityFile ~/.ssh/github_id_rsa
UseKeychain yes
User iisheng

# gitlab
Host gitlab.iisheng.cn
Port 22
HostName gitlab.iisheng.cn
PreferredAuthentications publickey
AddKeysToAgent yes
IdentityFile ~/.ssh/gitlab_id_rsa
UseKeychain yes
User iisheng

Git commits历史如何变得清爽起来？

多用git rebase。

好比，开发分支是feature，主干分支是master。咱们在进行代码合并的时候，能够执行下面的命令。

# 切换当前分支到feature
git checkout feature

# 将当前分支代码变基为基于master
git rebase master

而后咱们再切换到master分支，执行git merge feature，就能够进行快进式合并了，commmits历史就不会有交叉了。后文咱们会详细讲解。

git rebase会更改commit历史，请谨慎使用。

下面的图是Guava项目的commit记录。

如何修改已经提交的commit信息？

原始Git提交记录是这样的

执行git rebase -i 070943d，对指定commitId以前的提交，进行修改

修改后Git提交记录变成了这样

git rebase -i很是实用，还能够将多个commit合并成一个等不少事情，务必要记下。

不当心执行了git stash clear怎么办？

git fsck --lost-found

执行以后，能够找到相关丢失的commit-id，而后merge一下便可。

该命令上能够找回git add以后被弄丢的文件。

啥？你没执行过git add代码就丢了？别怕，通常编译器有Local History赶忙去试试吧。

详解git merge

咱们执行git merge命令的时候，常常会看到Fast-forward字样，Fast-forward究竟是个什么东西？

其实，git merge通常有三种场景。

快进式合并

举个栗子，假如初始存在master和hotfix分支是这样的。

而后咱们在hotfix分支加了些代码，分支变成这样了。

这个时候，咱们将hotfix分支，merge到master，即执行git merge hotfix。

因为的分支hotfix所指向的提交C3是C2的直接后继， 所以Git会直接将指针向前移动。换句话说，若是顺着一个分支走下去可以到达另外一个分支，那么Git在合并二者的时候， 只会简单的将指针向前推动（指针右移），由于这种状况下的合并操做没有须要解决的分歧——这就叫作 快进（fast-forward）。

三方合并

再举个栗子，假如初始存在feature和master分支状况是这样的。

而后咱们在feature分支加了些代码，而master分支也有人加了代码，如今分支变成这样了。

这个时候，咱们将feature分支，merge到master，即执行git merge feature。

和以前将分支指针向前推动所不一样的是，Git将这次三方合并的结果作了一个新的快照而且自动建立一个新的提交指向它。这个被称做一次合并提交，它的特别之处在于他有不止一个父提交。

因此咱们也知道了，为何有的时候merge以后会产生新的commit，而有的时候没有。

遇到冲突时的合并

若是在两个分支分别对同一个文件作了改动，Git就无法直接合并他们。当遇到冲突的时候，Git会自动停下来，等待咱们解决冲突。就像这样

$ git merge dev 
Auto-merging 111.txt
CONFLICT (content): Merge conflict in 111.txt
Automatic merge failed; fix conflicts and then commit the result.

咱们能够在合并冲突后的任意时刻使用git status命令来查看那些因包含合并冲突而处于未合并unmerged状态的文件。

$ git status 
On branch master
You have unmerged paths.
  (fix conflicts and run "git commit")
  (use "git merge --abort" to abort the merge)

Unmerged paths:
  (use "git add <file>..." to mark resolution)
    both modified:   111.txt

no changes added to commit (use "git add" and/or "git commit -a")

待解决冲突的文件Git会以未合并的状态标识出来，出现冲突的文件会出现一些特殊的区段，看起来像下面的样子。

<<<<<<< HEAD
111aaa
=======
111b
>>>>>>> dev

<<<<<<<后面的是当前分支的引用，咱们的例子中，就表明master分支。>>>>>>>后面表示的是要合并到当前分支的分支，即dev分支。=======的上半部分，表示当前分支的代码。下半部分表示dev分支的代码。

咱们能够把上面的测试内容改为下面的样子来解决冲突

111aaa

在解决了全部文件里的冲突以后，对每一个文件使用git add命令来将其标记为冲突已解决。

解决冲突的过程当中，每一步均可以执行git status查看当前状态，Git也会给出相应提示，进行下一步操做。当咱们全部的文件都暂存以后时，执行git status时，Git会给咱们看起来像下面的这种提示

$ git status 
On branch master
All conflicts fixed but you are still merging.
  (use "git commit" to conclude merge)

而后，咱们根据提示执行git commit。

Merge branch 'dev'

# Conflicts:
#       111.txt
#
# It looks like you may be committing a merge.
# If this is not correct, please remove the file
#       .git/MERGE_HEAD
# and try again.

# Please enter the commit message for your changes. Lines starting
# with '#' will be ignored, and an empty message aborts the commit.
#
# On branch master
# All conflicts fixed but you are still merging.
#

而后，咱们保存此次提交就完成了此次冲突合并。

详解git rebase

rebase作了什么

举个栗子。咱们一样用刚才merge的场景。

若是不用rebase，使用merge是下面这样的，合并分支的时候会产生一个合并提交，并且会有分支交叉的状况。

使用rebase是下面这样的。

而后，切换到master分支，进行一次快进式合并。

变基实际上就是基于其余分支重塑当前分支。变基以后，当前分支就至关因而基于最新的其余分支新加了一些commit，这样的话就能够进行快进式合并了。

rebase原理

它的原理是首先找到这两个分支（即当前分支 dev、变基操做的目标基底分支master）的最近共同祖先 C2，而后对比当前分支相对于该祖先的历次提交，提取相应的修改并存为临时文件， 而后将当前分支指向目标基底C3, 最后以此将以前另存为临时文件的修改依序应用，也就是在C3后面添加C4'、C5'。

Git对象与快照

提到Git，总有人会说快照，快照是个什么鬼？

实际上，Git是一个内容寻址文件系统，其核心部分是一个简单的键值对数据库。将Git中的对象，存储在.git/objects目录下。

Git对象主要分为，数据对象（blob object）、树对象（tree object）、提交对象（commit object）、标签对象（tag object）。

数据对象

咱们新建一个目录，而后在该目录下执行git init初始化一个Git项目。

而后，查看.git/objects目录下都有什么。

$ find .git/objects
.git/objects
.git/objects/pack
.git/objects/info

接着，咱们写一个文件echo '1111' > 111.txt，并执行git add以后，再查看。

$ find .git/objects
.git/objects
.git/objects/5f
.git/objects/5f/2f16bfff90e6620509c0cf442e7a3586dad8fb
.git/objects/pack
.git/objects/info

咱们发现.git/objects目录下，多了个文件和目录。实际上，Git会将咱们的文件数据外加一个头部信息header一块儿作SHA-1校验运算而获得校验和。而后，校验和的前2个字符用于命名子目录，余下的38个字符则用做文件名。

咱们可使用下面的命令，显示在Git对象中存储的内容。

$ git cat-file -p 5f2f16bfff90e6620509c0cf442e7a3586dad8fb
1111

这就是咱们在上文写入的文件内容。

上述类型的对象称之为数据对象（blob object）。数据对象，仅保存了文件内容，而文件名字没有被保存。

树对象

数据对象大体对应UNIX中的inodes或文件内容，树对象则对应了UNIX中的目录项。一个树对象包含了一条或多条树对象记录（tree entry），每条记录含有一个指向数据对象或者子树对象的SHA-1指针，以及相应的模式、类型、文件名信息。

一般，Git根据某一时刻暂存区（即index区域）所表示的状态建立并记录一个对应的树对象。

当咱们执行过git add以后，暂存区就有内容了，咱们能够经过Git底层命令，生成树对象。

$ git write-tree
b716c7b049ccd9048b0566a57cfd516c17c1e39f

查看该树对象的内容。

$ git cat-file -p b716c7b049ccd9048b0566a57cfd516c17c1e39f
100644 blob 5f2f16bfff90e6620509c0cf442e7a3586dad8fb    111.txt

提交对象

数据对象保存了数据的内容，树对象能够表示当前目录的快照。可是，若想重用这些快照，必须记住树对象的SHA-1哈希值。并且，咱们也不知道是谁保存了这些快照，在什么时刻保存的，以及为何保存这些快照。而以上这些，正是
提交对象（commit object）
能保存的基本信息。

咱们对当前暂存区进行一次提交，git commit -m "first commit"。

而后查看一下log找到该次提交的commit哈希值。

$ git log --oneline 
5281f7e (HEAD -> master) first commit

接着，咱们查看一下该提交对象的内容。

$ git cat-file -p 5281f7e
tree b716c7b049ccd9048b0566a57cfd516c17c1e39f
author iisheng <***@gmail.com> 1596073568 +0800
committer iisheng <***@gmail.com> 1596073568 +0800

first commit

提交对象的格式很简单：它先指定一个顶层树对象，表明当前项目快照；而后是可能存在的父提交（前面描述的提交对象并不存在任何父提交）；以后是做者/提交者信息（依据你的user.name和user.email配置来设定，外加一个时间戳）；留空一行，最后是提交注释。

标签对象

标签对象（tag object） 很是相似于一个提交对象——它包含一个标签建立者信息、一个日期、一段注释信息，以及一个指针。主要的区别在于，标签对象一般指向一个提交对象，而不是一个树对象。它像是一个永不移动的分支引用——永远指向同一个提交对象，只不过给这个提交对象加上一个更友好的名字罢了。

实际上Git中的各类对象都是相似的，只不过由于各类对象自身功能不一样，存储结构不一样而已。

Git引用-我从远程拉的代码不是最新的？

Git引用至关因而Git中特定哈希值的别名。一长串的哈希值不是很友好，可是起个别名，咱们就能够像这样git show master、git log master的去使用他们。

Git中的引用存储在.git/refs目录下。咱们能够执行find .git/refs/查看当前Git项目中都存在哪些引用。

HEAD引用

在.git目录下有一个名字叫作HEAD的文件，HEAD文件一般是一个符号引用（symbolic reference）指向目前所在的分支。所谓符号引用，表示它是一个指向其余引用的指针。

若是咱们在工做区checkout一个SHA-1值，HEAD引用也会指向这个包含Git对象的SHA-1值。

标签引用

Git标签分为，附注标签和轻量标签。轻量标签，使用git tag v1.0便可建立。附注标签须要使用-a选项，即git tag -a v1.0 -m "my version 1.0"这种。

轻量标签就是一个固定的引用。附注标签须要建立标签对象，并记录一个引用来指向该标签对象。

远程引用

不熟悉Git的同窗，可能会犯这样一个错误。其余同窗让他拉取一下远程最新的master分支代码，他可能直接用IDE找到本地的远程分支的引用，也就是origin/master，直接checkout一个本地分支。

其实，origin/master只是远程分支的一个引用，不必定跟远程分支代码同步，咱们能够用git fetch或者git pull来让origin/master和远程分支同步。