git入门到精通

序言

Git基本概念

svn的提交是一步提交，即将本地代码一步commit到中央服务器，但是git跟这个概念完全不同，git有工作区、暂存区、本地版本库、远程版本库的概念。

  • 工作区：你的workspace下的工程名文件夹
  • 版本库：工作区的隐藏目录.git
  • stage（index）：暂存区
  • master：git自动创建的第一个分支，指向最新提交
  • HEAD：指向master的一个指针

这个图非常重要，一定要理解。

git的要达到类似svn的提交程度需要进行三步：

  • 第一步【git add】将文件修改添加到暂存区stage
  • 第二步【git commit】提交更改，将暂存区的所有内容提交到本地版本库
  • 第三步【git push】将当前分支的本地版本库信息推送到远程版本库

Git基本命令

1、初始设置

git使用的第一步必须先设定自己的用户名、邮箱地址

1
2
3
4
5
6
7
8
# 当前用户所有项目默认使用
git config --global user.name "王小二"
git config --global user.email "wangxiaoer@xxx.com"

# 某个项目使用，global的配置不起作用，以此为准，优先级最高
git config user.name "小二"
git config user.email "xiaoer@xxx.com"

2、设置别名

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
# 设置别名 git st = git status
git config --global alias.st status
git config --global alias.ck checkout
git config --global alias.br branch
# 回退存储区的修改
git config --global alias.stash-unapply '!git stash show -p | git apply -R'
# 格式化log日志
git config --global alias.lg "log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit"

# 基本命令备忘
# 1、显示所有的配置信息（-l等效--list）
git config -l  # 常用，优先级最高，继承所有配置
git config --global -l
git config --system -l
git config --list
# 2、删除配置
git config --global --unset alias.st
# 3、直接编辑配置文件（-e等效--edit）
git config -e
  1 [alias]
  2     st = status
  3     ck = checkout
  4     br = branch
  5     cmt = commit
  6 [user]
  7     name = 小二
  8     email = xiaoer@xxx.com

说明：

Git 提供了一个叫做 git config 的工具专门用来配置或读取相应的工作环境变量。而正是由这些环境变量，决定了 Git 在各个环节的具体工作方式和行为。这些变量可以存放在以下三个不同的地方：

  • /etc/gitconfig 文件：系统中对所有用户都普遍适用的配置。若使用 git config 时用**–system** 选项，读写的就是这个文件。
  • ~/.gitconfig 文件：用户目录下的配置文件只适用于该用户。若使用 git config 时用**–global** 选项，读写的就是这个文件。
  • 当前项目的 git 目录中的配置文件（也就是工作目录中的 .git/config 文件）：这里的配置仅仅针对当前项目有效。每一个级别的配置都会覆盖上层的相同配置，所以.git/config 里的配置会覆盖/etc/gitconfig 中的同名变量。

在 Windows 系统上，Git 会找寻用户主目录下的 .gitconfig 文件。主目录即 $HOME 变量指定的目录，一般都是C:\Documents and Settings$USER。此外，Git 还会尝试找寻/etc/gitconfig 文件，只不过看当初 Git 装在什么目录，就以此作为根目录来定位。

3、clone远程git仓库到本地

1
2
3
4
5
6
7
8
# git协议clone
git clone git@github.com:xxx/xxxx.git
# https协议clone且重命名文件夹
git clone https://github.com/xxx/hello.git hello_local
# 特殊端口clone
git clone ssh://git@xxx.com:555/srv/xxx.git
# 用户名密码clone
git clone https://username:password@github.com/your_repo_path.git

常见场景

github本地免密码

1）、本地生成SSH KEY

1
ssh-keygen -t rsa -C "mail@xxx.net"

上面命令一路回车会生成如下3个文件

  • id_rsa :私钥
  • id_rsa.pub ：公钥，需要保存至GitHub帐号中
  • known_hosts

2）、github.com上点击Personal settings -》SSH keys-》Add SSH key添加id_rsa.pub文件的内容

3）、验证是否成功

1
2
3
ssh -T git@github.com

# Hi XXXX! You've successfully authenticated, but GitHub does not provide shell access.

常见clone错误解决方法

1
2
3
4
5
6
7
8
9
10
git clone http://xxxx.com/xxx.git
Cloning into 'xxx'...
remote: 找不到代码库，请确认是否有权限且代码库路径正确

WIN + R 运行
rundll32.exe keymgr.dll,KRShowKeyMgr
弹窗删除要拉取的代码地址即可


git 不能提交代码：git remote add origin git@github.com:aa/numbercash.git

4、分支命令

4.1 基本命令

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
# 查看本地分支列表，前带*号的为当前分支
git branch
# 查看所有分支列表，本地+远程（remotes/origin/***）
git branch -a
# 切换分支到dev
git checkout dev

# 显示远程分支等信息
$ git remote show origin # 显示详细信息
$ git ls-remote --heads origin
$ git remote -v
origin  https://code.jointforce.com/jfscm3424/scpfxkz.git (fetch)
origin  https://code.jointforce.com/jfscm3424/scpfxkz.git (push)


# 合并release2.1分支到当前分支
git merge release2.1

4.2 高频使用分支命令

1
2
3
4
5
# 新建dev分支并与远程分支建立关联，且切换至该分支
git checkout -b dev origin/dev

# 推送本地分支【dev_locale 】到远程并进行关联，二者名称一致
git push -u origin dev_locale

4.3 谨慎使用分支命令

1
2
3
4
5
6
7
# 删除本地分支
git branch -d dev
git branch -D dev # 强制删除（本地有未push的commit时使用）

# 删除远程分支dev： 
git push origin:dev
git push origin --delete dev

4.4 更新所有分支

1
2
3
git fetch --all
git remote update
git pull --all

4.5 Git分支切换要点

官方文档推荐在分支切换之前保证工作区clean，这个原则很重要原因如下：
1、新增的文件

分支切换会带着这个文件到新分支中。新增的文件在git中是个特殊的存在，因为并未被git管理起来
2、更新的文件

三种情况：

  • 被更新的文件在新分支中没有，不能切换；
  • 被更新的文件在新分支中有，且跟当前分支的父对象不同（内容相同也不可以） ，不能切换分支；
  • 被更新的文件在新分支中有，且跟当前分支有共同父对象，这个文件内容会带到新分支中；

情况多样且复杂，由此看来分支切换之前保证工作区clean非常有必要！
当然此时也可以用 git stash命令来暂存工作区和暂存区的文件

1
2
3
4
5
6
7
8
9
$ git stash

$ git stash list

# 恢复工作区代码，且暂存区代码也恢复至【工作区】
$ git stash apply 

# 恢复工作区代码，且暂存区代码恢复至【暂存区】，原样维持存储时的状态
git stash apply --index

（此处注意两点：新添加的文件不能暂存；每次执行此命令，最新的永远是**stash@{0}**）

5、代码提交过程

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
# 1、修改文件
vim file.txt
vim file2.txt

# 2、工作区-》暂存区[stage(index)]
git add .

# unstage
# 2.1 暂存区回退工作区(3个命令作用是相同的)，此时只能使用--mixed（不写的话默认是mixed）
git reset file.txt
git reset HEAD file.txt
git reset --mixed HEAD file.txt
# 2.2 暂存区[stage(index)]回退工作区，回退所有文件，stage情况无法使用--soft或者--hard
git reset HEAD
git reset head # head不区分大小写

# 3、暂存区[stage(index)]本地仓库提交
git commit -m "commit file.txt file1.txt to repo"

# 3.1 本地仓库提交回退至暂存区[stage(index)]
git reset --soft HEAD^
# 3.2 本地仓库提交回退至工作区，默认参数--mixed可以省略
git reset --mixed HEAD^
git reset HEAD^
# 3.3 本地仓库丢弃本次提交"commit file.txt file1.txt to repo" （会导致代码丢失）
git reset --hard HEAD^

# 4、工作区的修改 + 暂存区[stage(index)]一起提交至本地仓库提交，无论当前所在的目录在哪
git commit -a # 将跳到commit message编辑界面，必须输入提交描述，wq保存退出，不输入信息报错【Aborting commit due to empty commit message.】且不做提交
git commit -am "将工作区修改+暂存区合并提交至本地库"

# 5、推送至远程仓库
git push
# 5.1 已经push到远程仓库的commit不允许reset！因为：影响范围广，解决起来也非常麻烦（主要是他人的仓库代码提交是在你丢弃的提交之上），此时建议使用revert增加一次回退提交

​

6、git reset

6.1 unstage

git reset [HEAD] filename

举例说明

1
2
3
4
5
6
7
8
9
10
11
# unstage基本用法
git reset HEAD file1.java

# 回退stage中的两个文件，可以省略HEAD
git reset file1.java file2.java

# 当前目录下的所有stage文件回退工作区
git reset .

# 回退stage所有文件
git reset

6.2 退回本地仓库提交

git reset –[soft | mixed | hard ] 提交

  • –soft：1、提交退回暂存区stage(index)

  • –mixed：2、提交提交退回工作区（参数可以省略）

  • –hard：3、丢弃commit

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
# 具体验证过程
vim aaa.txt
vim bbb.txt
vim ccc.txt

git add aaa.txt
git commit -m "cmt aaa.txt"
git add bbb.txt

$ git status
On branch master
Your branch is ahead of 'origin/master' by 1 commit.
  (use "git push" to publish your local commits)

Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

        modified:   bbb.txt

Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

        modified:   ccc.txt

# 1、回退本地已提交未推送的至暂存区【cmt aaa.txt】
git reset --soft head^
$ git status
On branch master
Your branch is up to date with 'origin/master'.

Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

        modified:   aaa.txt
        modified:   bbb.txt

Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

        modified:   ccc.txt


# 2、硬回退本地已提交未推送的至工作区【"cmt aaa.txt again"】
$ git reset bbb.txt
Unstaged changes after reset:
M       lifengbo/bbb.txt
M       lifengbo/ccc.txt

$ git st
On branch master
Your branch is up to date with 'origin/master'.

Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

        modified:   aaa.txt

Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

        modified:   bbb.txt
        modified:   ccc.txt

$ git cmt -m "cmt aaa.txt again"
[master 09ed9c5] cmt aaa.txt again
 1 file changed, 6 insertions(+), 1 deletion(-)

$ git st
On branch master
Your branch is ahead of 'origin/master' by 1 commit.
  (use "git push" to publish your local commits)

Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

        modified:   bbb.txt
        modified:   ccc.txt

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

$ git add bbb.txt

$ git st
On branch master
Your branch is ahead of 'origin/master' by 1 commit.
  (use "git push" to publish your local commits)

Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

        modified:   bbb.txt

Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

        modified:   ccc.txt

$ git reset head^
Unstaged changes after reset:
M       lifengbo/aaa.txt
M       lifengbo/bbb.txt
M       lifengbo/ccc.txt


$ git st
On branch master
Your branch is up to date with 'origin/master'.

Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

        modified:   aaa.txt
        modified:   bbb.txt
        modified:   ccc.txt

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

# 3、hard回退至前一个版本，丢弃所有修改
$ git add aaa.txt
$ git cmt -m "cmt aaa.txt 3rd"
[master f2bfa78] cmt aaa.txt 3rd
 1 file changed, 6 insertions(+), 1 deletion(-)

$ git st
On branch master
Your branch is ahead of 'origin/master' by 1 commit.
  (use "git push" to publish your local commits)

Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

        modified:   bbb.txt
        modified:   ccc.txt

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

$ git reset --hard head^
HEAD is now at bc788d3 commit aaa.txt

$ git st
On branch master
Your branch is up to date with 'origin/master'.

nothing to commit, working tree clean

注意：已经push到远程仓库的commit不允许reset

7、已提交未推送修改commit的注释信息

1
2
3
4
5
6
7
8
# amend:[əˈmend] 修订; 改良，修改;
# 已提交未推送修改commit的注释信息
git commit --amend
vim编辑信息后保存退出

# 方法二 修改最近一次提交人信息
git cmt --amend --author="提交人 <mail@xxx.com>" --no-edit
git push --force
1
2
3
4
5
# 撤销所有未提交的内容（将导致工作区内容全部丢失）
git reset --hard HEAD
# 撤销当前目录下的所有未提交内容（包含其子目录）
git checkout -- .
git checkout -- file.txt

8、按行追责

Git blame用于查看文件中每行的commit哈希标签、作者和提交日期。定位错误代码的修改人

1
2
3
4
5
6
7
8
9
10
11
# blame v.把…归咎于; 责怪; 指责;n.(坏事或错事的) 责任; 责备; 指责;
git blame aa.java > aa.txt
eacd4a17 (王小二 2016-11-21 11:47:07 +0800 15) o
eacd4a17 (王小二 2016-11-21 11:47:07 +0800 16) p
eacd4a17 (王小二 2016-11-21 11:47:07 +0800 17) q
eacd4a17 (王小二 2016-11-21 11:47:07 +0800 18) r
eacd4a17 (王小二 2016-11-21 11:47:07 +0800 19) s
586cc2f7 (王小二 2017-06-16 11:22:36 +0800 20) eeeeeeee
586cc2f7 (王小二 2017-06-16 11:22:36 +0800 21) ffff
1a280149 (王小二 2017-06-16 11:24:28 +0800 22) gggggggg
1a280149 (王小二 2017-06-16 11:24:28 +0800 23)

9、git bisect 快速定位 bug

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
# 开始定位
$ git bisect start
# 此刻处在特殊no branch状态
$ git br
* (no branch, bisect started on dev)

# 指定正常代码的commit
$ git bisect good v2.1.1
# 指定异常代码的commit
$ git bisect bad dev

# 此时会进行二分查找，编译测试，根据测试结果交替使用good、bad来告知git
$ git bisect good
$ git bisect bad

# 反复这个过程直到定位到出错的commit位置
b4c15bc1a702598d6ddba739d0a51b17ede2b511 is the first bad commit
commit b4c15bc1a702598d6ddba739d0a51b17ede2b511
Author: 王小二 <wangxiaoer@xxx.com>
Date:   Mon May 6 17:57:15 2019 +0800

# 退出bisect
$ git bisect reset

#=============
# 也可以简写成
$ git bisect start head v2.1.1
# 反复git bisect good bad

Git tag

对某一时间点的版本打上标签。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
# 列出已有标签
git tag
git tag -l 'v1.4.*'

# 列出标签以及描述
git tag -ln
git tag -n

# 新建tag （annotated：v.注解，注释）
git tag -a V1.0 -m "版本1.0"

# 显示tag详细信息
git show v1.0

# 推送tag至服务器
git push origin v1.0

# 本地删除tag
git tag -d v1.0

# 删除服务器tag
git push origin :refs/tagds/v1.0

# gpg
$ git tag -s vgpg1.0 -m "gpg加密"
gpg: skipped "王小二 <wangxiaoer@gmail.com>": No secret key
gpg: signing failed: No secret key
error: gpg failed to sign the data
error: unable to sign the tag

Git log

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
 # 一行显示日志信息，排除包含Merge branch字符串的描述，导出到lic.txt文件中
 git log --oneline | grep -v "Merge branch" >> lic.txt
 
 # 显示已删除文件的(deletedfilename.txt)日志,需要用 --
 git log -- deletedfilename.txt
 
 # 显示所有删除的文件 Added (A), Copied (C), Deleted (D), Modified (M), Renamed (R)
 $ git log --diff-filter=D --summary
* 6375f2a - (HEAD -> dev, origin/dev) 根目录下不允许有文件 (24 minutes ago) <王小二>|
|  delete mode 100644 README.txt
|  delete mode 100644 public.txt
|  delete mode 100644 test.txt
 # 恢复删除的文件
 git checkout 6375f2a~1 README.txt
 
 # 显示某次提交的文件列表，不展示具体修改内容情况--numstat显示完整路径
 git show --stat 95d571b # 不是完整路径
 git show --stat --name-only 95d571b # list just the file names
 git show --stat --name-status 95d571b # list the names and change statuses
 git show --stat --numstat 95d571b # list a diffstat-like output (+ed lines, -ed lines, file name)

Git diff

1
2
3
4
5
6
7
8
9
10
11
12
# 获取git最近3次提交修改的文件列表
$ git diff --name-only head head~3
JavaSource/com/challenger/cigazyz/basemanage/zcmemb/service/ZcMembServiceImpl.java
JavaSource/com/challenger/cigazyz/cperm/analysis/dao/MoHuSearchSqls.java
JavaSource/com/challenger/cigazyz/cperm/analysis/dao/ZcPermAnalysisSqls.java
JavaSource/com/challenger/cigazyz/cperm/analysis/web/action/DwrHelper.java
JavaSource/com/challenger/cigazyz/cperm/analysis/web/action/ZcPermAnalysisAction.java
JavaSource/com/challenger/cigazyz/cperm/analysis/web/business/MoHuSearchBusiness.java
JavaSource/com/challenger/cigazyz/cperm/analysis/web/business/MoHuSearchBusinessImpl.java
WebContent/WEB-INF/cigazyz/cperm/analysis/jsp/zcPermAnalysis.jsp
WebContent/WEB-INF/dwr.xml
WebContent/js/comm/products.js

Git 储藏

git stash命令用于本地暂时存储对工作区的未提交的修改，当暂时不方便提交，又有紧急BUG需要切换分支时最常用，也可以将修改存储后，恢复到其他需要的分支。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
# 一、基本操作
# 1、暂存本地所有未提交的修改，包含暂存区stage（index），不包含新增加的文件
git stash

# 2、查看现有的储藏
git stash list
stash@{0}: WIP on master: b7bbc7d aa
stash@{1}: On master: aaa.txt 修改了一半
stash@{2}: WIP on master: b7bbc7d aa
stash@{3}: WIP on master: b7bbc7d aa
stash@{4}: WIP on master: b7bbc7d aa

# 3、查看储藏详情
git stash show
git stash show -p

# 4、恢复最后一次的储藏stash@{0}且删除储藏
git stash pop

$ git stash list
stash@{0}: On master: aaa.txt 修改了一半
stash@{1}: WIP on master: b7bbc7d aa
stash@{2}: WIP on master: b7bbc7d aa
stash@{3}: WIP on master: b7bbc7d aa


# 二、更复杂的操作
# 储藏时增加描述
git stash save "当前工作到哪，加一下标识备忘一下"

默认情况下，git stash会缓存下列文件：
  添加到暂存区的修改（staged changes）
  Git跟踪的但并未添加到暂存区的修改（unstaged changes）
但不会缓存一下文件：
  在工作目录中新的文件（untracked files）
  被忽略的文件（ignored files）
git stash save "储存新文件" -u
git stash save "储存新文件" --include-untracked
git stash save "储存所有修改" -a
git stash save "储存所有修改" --all

# 恢复不删除储藏
git stash apply # 全部恢复至工作区
git stash apply --index # 原样复原，暂存区文件恢复至暂存区
git stash apply stash@{1}

# 【原样复原】stash@{3}且删除储藏
git stash pop stash@{3} --index

# 创建一个新的分支，检出你储藏工作时的所处的提交，重新应用你的工作，如果成功，将会丢弃储藏，且切换至该分支
git stash branch stash-br

# 显示历史所有操作 TODO
git stash list -l

git apply

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
# 比对工作区与暂存区差别，且导出到patch文件
git diff > test.patch

# 模拟本地修改丢失
git ck -- .

# 用patch文件恢复修改
git apply test.patch

# 复原patch文件的修改，逆操作
git apply test.patch -R


# git apply 是一个事务性操作的命令，若有冲突修改会被全部放弃，加参数--reject （TODO）
git apply test.patch --reject

更改仓库地址

1
2
3
4
git remote set-url origin [new-url]
# 或者先删后加
git remote rm origin
git remote add origin [new-url]

.gitignore配置

可以在目录下增加这个文件来配置忽略不提交的文件，当前目录以及子目录都起作用，当然也可以设置强制某些git默认不管理的文件，进行管理。如exe文件，另外不必自己从头配置这个文件，官网提供了各种语言、项目的.gitignore模板，官网gitignore模板下载一份相关的改一下即可。

自定义配置举例

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
# My configurations:
*.gzjs
*.gzcss
license.lic
.svn/

/WebApp/WEB-INF/classes/
# 空文件夹要特殊处理，最终达到的效果是：git仓库中管理这个空文件夹且忽略这个文件夹下的所有文件
# 1、初次提交，空文件夹下加.gitkeep文件 
# 2、push完毕更新.gitignore,添加如下行
/dist/
/target/
/WebApp/pages/upLoadCache/card/
/WebApp/pages/upLoadCache/caTmp/

# git默认不管理exe文件，即不能提交exe文件到git仓库，需要特殊处理
!*.exe

.gitignore常见问题

把已经提交至git仓库的文件，添加.gitignore不起作用，因为此时想忽略的文件已经被git追踪管理起来了。若想忽略已经提交的文件可以采用如下方式

1
2
3
4
# 更新.gitignore文件，添加要忽略的文件或文件夹，后执行下面的命令
git rm -r --cached .
git add .
git commit -m "update .gitignore"

git分支与tag重名

比较麻烦的是每个人都将tag同步到了本地，你即使删除掉了远程的同名tag，依然会有人推送本地所有tag到远程（如：sourcetree默认推送会勾选【】）

查看分支的创建时间

git reflog show –date=iso bug_on_staging

1
2
3
# 删除服务器tag
git tag -d [tag] 
git push origin :refs/tags/[tag]

高级操作

官方高级操作说明文档里面列举了6种问题的解决方案，可以去了解一下。如下是我自己实践过程中总结的相比较而言比较高级的操作，希望对你有用

批量删除

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
# 批量删除master or dev分支以外的所有分支
git branch -a | grep -v -E 'master|dev' |xargs git branch -D
# -v 或 --revert-match : 显示不包含匹配文本的所有行。即，排除
# -E 或 --extended-regexp 扩展选项为正则表达式。 如果使用了grep 命令的选项-E，则应该使用 | 来分割多个pattern，以此实现OR操作。

# egrep 命令等同于‘grep -E’。
git branch -a | egrep -v 'master|dev' | xargs git branch -D

# 批量删除远程分支
git branch -r| grep -v -E 'master|develop' | sed 's/origin\///g' | xargs -I {} git push origin :{}
# xargs -i 或者是-I，看linux支持哪种，将xargs的每项名称，一般是一行一行赋值给{}，可以用{}代替。
# sed 's/origin\///g' 替换所有
# 如果有些分支无法删除，是因为远程分支的缓存问题，可以使用
git remote prune

# 批量删除本地tag
git tag | xargs -I {} git tag -d {}
# 批量删除远程tag
git tag | xargs -I {} git push origin :refs/tags/{}

git分支合并忽略部分文件

合并分支时忽略某些文件，举例说明两个分支 base、基于base创建target

正常的流程是

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
# 1、base分支新建.gitattributes文件
echo file1.txt merge=ours >> .gitattributes
# 2、开启merge.ours.driver
git config --global merge.ours.driver=true
# 3、切换到target分支进行分支合并
git checkout target
git merge base
# 4、坑：此时发现配置的file1.txt merge=ours根本没起作用，会正常合并至当前分支，不仅如此，此时切换到base分支再编辑一下file1.txt，再切换回target，再次合并base分支到target，会发现刚刚的base上的提交依旧会合并至当前分支，那么问题来了，怎么才能不合并file1.txt呢

git checkout target
echo "update file1.txt by target" >> file.txt
git commit -am "target分支更新并提交想忽略的文件"
git checkout base
echo "update file1.txt by base" >> file.txt
git commit -am "base分支更新并提交想忽略的文件"
git checkout target
git merge base # 此时会发现target分支的file文件还是之前的内容，base分支的并没有合并过来

结论：

合并分支要忽略的文件必须分别做过commit，此时合并分支才会忽略

这样看来ours应该这样理解，我有自己的提交了，之后都以我自己的为准。

git移库

想带着历史所有信息迁移git仓库，可以采用如下方式：

demo.git -> target.git

1
2
3
4
5
6
7
8
9
10
11
12
13
14
# linux新建裸库
git init --bare target.git

# 裸库递归更改裸库文件夹的【拥有者:群组】与仓库地址前缀一致
chown -R git:git target.git

# 本地clone待迁移的裸库
git clone --bare git@XXX.com/xxx/demo.git

# 进入裸库
cd demo.git

# 推送裸库到目标库
git push --mirror git@xxx.com/xxxx/target.git

验证是否迁移成功

1
2
3
4
5
6
# 克隆目标库
git clone git@XXX.com/xxx/target.git

# 查看是否已经迁移
git branch -a
git log

可能出现的问题

1、问：新建的裸库，可以克隆但是不能推送

答：检查裸库目录的权限的拥有者和群组

ls -al 或者 ll命令

1
2
ls -al
drwxr-xr-x 7 root  root  4096 May  3 11:33 target.git

此时本地仓库是没法推送的

1
2
3
4
5
6
7
8
git clone git@XXX.com/xxx/target.git

# 修改文件、本地提交、推送
git push
remote: error: insufficient permission for adding an object to repository database ./objects
remote: fatal: failed to write object
error: unpack failed: unpack-objects abnormal exit

需要将拥有者和群组设置成跟地址git@XX前缀一致的

1
2
3
chown -R git:git target.git
ll
drwxr-xr-x 7 git  git  4096 May  3 11:33 target.git

2、若两个仓库之间有一样的文件，移库是有问题的，此时拉取会报错。

1
2
3
4
5
6
7
8
9
10
11
12
git pull
fatal: refusing to merge unrelated histories

# 用这个命令合并即可
git pull origin master --allow-unrelated-histories
From git@XXX.com/xxx/target.git
 * branch            master     -> FETCH_HEAD
Auto-merging README.txt
CONFLICT (add/add): Merge conflict in README.txt
Automatic merge failed; fix conflicts and then commit the result.

# 合并完毕必定冲突，此时分支状态变为(master|MERGING) ,解决冲突重新提交即可

推荐：新建的裸库尽量一点东西没有，特别不要有跟要迁移仓库一样的文件

git修改错误的作者信息

现实中，经常会切换不同的git仓库，默认git config –global user.name|user.email全局配置肯定不能满足你公司跟自有仓库的身份切换，时常一不小心身份信息提交错了，且推送到远程了，此时可以用如下方案进行修改。

1、打开git bash

2、bare clone你的仓库

1
2
git clone --bare https://github.com/user/repo.git
cd repo.git

3、修改如下命名的OLD_EMAIL,CORRECT_NAME,CORRECT_EMAIL

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
git filter-branch --env-filter '
OLD_EMAIL="old@email.com"
CORRECT_NAME="New name"
CORRECT_EMAIL="new@email.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

4、粘贴修改后的3，回车执行

5、推送到远程

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

6、本地删除刚刚clone的仓库

1
2
cd ..
rm -rf repo.git

提示：除非必要，否则不建议如此操作

参考资料：

https://github.com/cytopia/git-rewrite-author

https://help.github.com/articles/changing-author-info/#platform-windows

https://www.everythingcli.org/git-like-a-pro-rewrite-author-history/

git clone的三种类型

git clone有三种类型，分别是默认的 non-bare, bare 和 mirror。那么这三者之间到底有什么区别?

The difference is that all refs are copied as-is. This means everything: remote-tracking branches, notes, refs/originals/* (backups from filter-branch). The cloned repo has it all. It’s also set up so that a remote update will re-fetch everything from the origin (overwriting the copied refs). The idea is really to mirror the repository, to have a total copy, so that you could for example host your central repo in multiple places, or back it up. Think of just straight-up copying the repo, except in a much more elegant git way.

The new documentation pretty much says all this:

--mirror

Set up a mirror of the source repository. This implies --bare. Compared to --bare, --mirrornot only maps local branches of the source to local branches of the target, it maps all refs (including remote branches, notes etc.) and sets up a refspec configuration such that all these refs are overwritten by a git remote update in the target repository.

My original answer also noted the differences between a bare clone and a normal (non-bare) clone - the non-bare clone sets up remote tracking branches, only creating a local branch forHEAD, while the bare clone copies the branches directly.

Suppose origin has a few branches (master (HEAD), next, pu, and maint), some tags (v1,v2, v3), some remote branches (devA/master, devB/master), and some other refs (refs/foo/bar, refs/foo/baz, which might be notes, stashes, other devs’ namespaces, who knows).

  • git clone origin-url (non-bare): you will get all of the tags copied, a local branch master (HEAD) tracking a remote branch origin/master, and remote branches origin/next,origin/pu, and origin/maint. The tracking branches are set up so that if you do something like git fetch origin, they’ll be fetched as you expect. Any remote branches (in the cloned remote) and other refs are completely ignored.
  • git clone --bare origin-url: you will get all of the tags copied, local branches master (HEAD), next, pu, and maint, no remote tracking branches. That is, all branches are copied as is, and it’s set up completely independent, with no expectation of fetching again. Any remote branches (in the cloned remote) and other refs are completely ignored.
  • git clone --mirror origin-url: every last one of those refs will be copied as-is. You’ll get all the tags, local branches master (HEAD), next, pu, and maint, remote branchesdevA/master and devB/master, other refs refs/foo/bar and refs/foo/baz. Everything is exactly as it was in the cloned remote. Remote tracking is set up so that if you run git remote update all refs will be overwritten from origin, as if you’d just deleted the mirror and recloned it. As the docs originally said, it’s a mirror. It’s supposed to be a functionally identical copy, interchangeable with the original.

git 统计

统计提交次数

1
2
3
4
git shortlog -s -n

$ git shortlog --after="2017-01-01 00:00" --before="2017-03-31 23:59" -s -n

统计某段时间某人提交情况

1
git log --format='%aN' --since=2017-01-01 --until=2017-03-31 --all | sort -u | while read name; do echo -en "$name\t"; git log --author="$name" --pretty=tformat: --numstat | awk '{ add += $1; subs += $2; loc += $1 - $2 } END { printf "added lines: %s, removed lines: %s, total lines: %s\n", add, subs, loc }' -; done

异常问题解决

1、更新、拉取报错

schannel: next InitialzeSecurityContext failed: Unknown error (0x80092013)

1
$ git config --global http.schannelCheckRevoke false

问题原因
GitHub Desktop by default uses the Windows Secure Channel (SChannel) APIs to validate the certificate received from a server. Some networks will block the attempts by Windows to check the revocation status of a certificate, which then causes the whole operation to error.

附录

背景知识

获取git 命令帮助

1
2
3
4
5
6
# 显示基本命令参数
git stash -h

# windows下会打开网页显示详细的命令说明，路径：【file:///C:/Program%20Files/Git/mingw64/share/doc/git-doc/git-stash.html】
git stash --help

git 的HEAD移动（~和^区别）

head：默认指向最后那次commit = head^0 ，位置不固定，可以使用git checkout切换指向不同的commit

head^：head提交的第1个父提交

head^2：head提交的第2个父提交

head^3：head提交的第3个父提交

head~1：head提交的父提交

head~2：head父提交的父提交 = head^^ = head^1^1

head~2^2：head父提交的父提交的第二个提交

1
2
3
4
5
6
7
8
$ git lg
*   b7bbc7d - (HEAD -> master) aa (2 minutes ago) <lee> # HEAD
|\
| * 420738a - (origin/master, origin/HEAD) 全部提交 (22 hours ago) <lee> # HEAD^2
| * f2ffda3 - 测试-am直接提交对应的路径 (22 hours ago) <lee> # HEAD^2~1
* | f05e4de - commit again (5 minutes ago) <lee>  # HEAD^
|/
* 8f51b0c - cmt aaa (24 hours ago) <lee> # HEAD~2

~和^区别总结：

~：竖向找其父节点（多个父节点的话其第一个）

->爸爸（head~1）

->爷爷（head~2）

->老爷爷（head~3）

^：横向找其第N个父节点

爸爸层横着查找（父级节点横向定位）

->爸爸（老大）（head~1 ）

->二叔（head^2）

->三叔 （head^3）

爷爷层横着查找

->爷爷（老大）（head~2）

->二爷爷（head~2^2）

常见的用法

head^0 = head (head~0 = head)

head^1 = head^ = head~ = head~1

head~2 = head^^ = head^1^1 != head^2（注意此处不想等）

head~3 = head^^^ = head^1^1^1

git命令行参数 - 和–的区别

1
2
3
4
5
# linux下
1、ls -a     (参数前一横)
2、cp --help (参数前两横)
3、tar -xzvf (参数前一横)
4、tar xzvf  (参数前没有横)

解释：

第一种：参数用一横的说明后面的参数是字符形式。
第二种：参数用两横的说明后面的参数是单词形式。
第三种：参数前有横的是 System V风格。
第四种：参数前没有横的是 BSD风格。

System V和BSD的区别（稍作了解就行）：

System V 和BSD同出于AT＆T实验室的两个不同的部门

  • SystemV是一个Unix的商业化标准;

    • RedHat、Suse、MDV、MagicLinux、Debian
    • AIX、IRIX、Solars、HP-UX

  • BSD为Unix标准化的Berkeley风格（Slackware：Linux发行版中唯一使用BSD风格的版本）。

    • FreeBSD
    • NetBSD
    • OpenBSD

  • 系统启动过程中 kernel 最后一步调用的是 init 程序，init 程序的执行有两种风格，即 System V 和 BSD。它们的目的相同，都是根据 runlevel 执行一系列的程序。

    • System V 风格中 init 调用 /etc/inittab
    • BSD 风格调用 /etc/rc

入门参考

git中文文档

廖雪峰git教程

TODO

  • git merge 和 git rebase
  • 搞清楚git rm操作
  • git bisect 快速定位 bug

修订记录

2019-05-06 17:01 完善log，增加删除文件恢复方法；完善HEAD移动

2019-02-28 17:36 完善git stash、git config

2019-02-26 16:03 完善基础命令，整理提交过程；完善附录，解决图片服务器失效问题

2017-05-24 20:56 新增.gitignore配置

赏

嗯，赏！

支付宝
微信

扫一扫，分享到微信

微信分享二维码

tag:

    缺失模块。
    1、请确保node版本大于6.2
    2、在博客根目录（注意不是yilia根目录）执行以下命令：
    npm i hexo-generator-json-content --save

    3、在根目录_config.yml里添加配置： 

      jsonContent:
    meta: false
    pages: false
    posts:
      title: true
      date: true
      path: true
      text: false
      raw: false
      content: false
      slug: false
      updated: false
      comments: false
      link: false
      permalink: false
      excerpt: false
      categories: false
      tags: true

半脚不惑<br><br>依然迷惑<br>努力中