1. Git配置
1.1 配置用户名和邮箱
1.1.1 全局配置
如果使用了 --global 选项,那么该命令只需要运行一次,因为之后无论你在该系统上做任何事情, Git 都会使用那些信息。
$ git config --global user.name "李老师"
$ git config --global user.email li@csdn.net
1.1.2 局部配置
当你想针对特定项目使用不同的用户名称与邮件地址时,可以在那个项目目录下运行没有 --global 选项的命令来配置。
1.2 配置常用命令
1.2.1 查询配置列表
$ git config --list
user.name= "李老师"
user.email=li@csdn.net
color.status=auto
color.branch=auto
color.interactive=auto
color.diff=auto
......
1.2.1 查询某项配置
可以通过输入 git config <key>
来检查 Git 的某一项配置,例如:
$ git config user.name
李老师
1.2.2 查看配置所在文件
$ git config --list --show-origin
1.3 gitignore文件
1.3.1 配置示例
.gitignore
target/
pom.xml.tag
pom.xml.releaseBackup
pom.xml.versionsBackup
pom.xml.next
release.properties
dependency-reduced-pom.xml
buildNumber.properties
.mvn/timing.properties
# https://github.com/takari/maven-wrapper#usage-without-binary-jar
.mvn/wrapper/maven-wrapper.jar
1.3.2 强制添加被忽略文件
添加一个被.gitignore
文件忽略的文件,可以添加-f
参数
$ git add -f App.class
1.3.3 查看文件忽略规则
$ git check-ignore -v App.class
.gitignore:3:*.class App.class
Git会告诉我们,.gitignore的第3行规则忽略了该文件,于是我们就可以知道应该修订哪个规则。
1.3.4 添加例外规则
把指定文件排除在.gitignore
规则外的写法就是!+文件名
,所以,只需把例外文件添加进去即可。
# 排除所有.开头的隐藏文件:
.*
# 排除所有.class文件:
*.class
# 不排除.gitignore和App.class:
!.gitignore
!App.class
1.4 配置别名
我们还有一种提高git使用效率的方法,就是配置别名。
1.4.1 配置示例
- 配置 git status/commit/checkout/branch
--global
参数是全局参数,也就是这些命令在这台电脑的所有 Git 仓库下都可以使用。
$ git config --global alias.st status
$ git config --global alias.co checkout
$ git config --global alias.ci commit
$ git config --global alias.br branch
以后提交就可以写成:
$ git ci -m "sth."
- 配置 git reset HEAD file
$ git config --global alias.unstage 'reset HEAD'
当你敲入命令:$ git unstage test.py
实际上 Git 执行的是:$ git reset HEAD test.py
- 配置 git log -1
$ git config --global alias.last 'log -1'
这样,用git last
就能显示最近一次的提交。
- 配置 git lg
可以控制打印日志的样式
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.4.2 删除别名
- 全局配置文件
这些自定义的配置文件通常都存放在仓库的.git/config文件中,别名就在[alias]后面,要删除别名,直接把对应的行删掉即可。
# 要先用git config --list --show-origin命令查看配置文件的路径
$ cat .git/config
[core]
repositoryformatversion = 0
filemode = true
bare = false
logallrefupdates = true
ignorecase = true
precomposeunicode = true
[remote "origin"]
url = git@codechina.csdn.net:codechina/learngit.git
fetch = +refs/heads/*:refs/remotes/origin/*
[branch "master"]
remote = origin
merge = refs/heads/master
[alias]
last = log -1
- 用户配置文件
当前用户的 Git 配置文件放在用户主目录下的一个隐藏文件.gitconfig中,配置别名也可以直接修改这个文件,如果改错了,可以删掉文件重新通过命令配置。
$ cat .gitconfig
[alias]
co = checkout
ci = commit
br = branch
st = status
[user]
name = Your Name
email = your@email.com
[color]
ui = true
2. Git基础命令
2.1 创建仓库
2.1.1 初始化仓库
$ git init
2.1.2 克隆仓库
$ git clone https://codechina.csdn.net/codechina/help-docs
也可以指定本地仓库名称:
$ git clone https://codechina.csdn.net/codechina/help-docs mydocs
2.2 添加文件
2.2.1 添加到仓库
$ git add readme.txt
执行上面的命令,没有任何显示,说明添加成功。
2.2.2 提交到仓库
$ git commit -m "wrote a readme file"
[master (root-commit) 50ed06b] wrote a readme file
1 file changed, 2 insertions(+)
create mode 100644 readme.txt
1 file changed:1个文件被改动(我们新添加的readme.txt文件)
2 insertions:插入了两行内容(readme.txt有两行内容)
2.3 查看修改
2.3.1 查看状态
$ git status
On branch 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: readme.txt
no changes added to commit (use "git add" and/or "git commit -a")
2.3.2 查看修改内容
$ git diff readme.txt
diff --git a/readme.txt b/readme.txt
index 46d49bf..9247db6 100644
--- a/readme.txt
+++ b/readme.txt
@@ -1,2 +1,2 @@
-Git is a version control system.
+Git is a distributed version control system.
Git is free software.
git diff顾名思义就是查看 difference,显示的格式正是 Unix 通用的 diff 格式,可以从上面的输出看到,我们在第一行添加了一个distributed单词。
2.4 恢复文件
2.4.1 查看提交记录
$ git log
commit e55063ad7f97dd979e4f94e12d2bc44a25a0fd55 (HEAD -> master)
Author: Miykael_xxm <xiongjiamu@gmail.com>
Date: Fri Nov 27 16:08:04 2020 +0800
add distributed
commit 50ed06bd62fd34afbe501e6f2a4af73ccbe187f0
Author: Miykael_xxm <xiongjiamu@gmail.com>
Date: Fri Nov 27 16:06:11 2020 +0800
wrote a readme file
这样看起来不太方便,我们可以加上--pretty=oneline
参数,或者使用我们之前配置的别名:
$ git lg
* e55063a - (HEAD -> master) add distributed (4 minutes ago) <Miykael_xxm>
* 50ed06b - wrote a readme file (6 minutes ago) <Miykael_xxm>
git log命令显示从最近到最远的提交日志,我们可以看到2次提交,最近的一次是add distributed,最早的一次是wrote a readme file。
2.4.2 版本回退
这个时候,假设我们需要将readme.txt
回退到上一个版本,也就是wrote a readme file
的这个版本,我们需要怎么操作呢?
首先,Git 必须知道当前版本是哪个版本,在 Git 中,用HEAD表示当前版本,也就是最新的提交e55063a
,上一个版本就是HEAD^
,上上一个版本就是HEAD^^
,当然往上100个版本写100个^
比较容易数不过来,所以写成HEAD~100
。
现在,我们要把当前版本“add distributed”回退到上一个版本“wrote a readme file”,就可以使用git reset
命令:
$ git reset --hard HEAD^
HEAD is now at 50ed06b wrote a readme file
2.4.3 版本恢复
现在,你回退到了某个版本,关掉了电脑,第二天早上就后悔了,想恢复到新版本怎么办?找不到新版本的commit id
怎么办?
好在 Git 提供了一个命令git reflog用来记录你的每一次命令,当你用git reset --hard HEAD^
回退到wrote a readme file
版本时,再想恢复到add distributed
,就可以通过git reflog
命令找到add distributed
的commit id
。
$ git reflog
50ed06b (HEAD -> master) HEAD@{0}: reset: moving to HEAD~
e55063a HEAD@{1}: reset: moving to HEAD
e55063a HEAD@{2}: commit: add distributed
50ed06b (HEAD -> master) HEAD@{3}: commit (initial): wrote a readme file
$ git reset --hard e55063a
从上面的输出可以看到,add distributed
的commit id
是e55063a
,现在,我们就可以通过git reset --hard e55063a
切换到最新的版本上了。
3. 版本管理
3.1 撤销修改
3.1.1 修改提交(暂存区->本地仓库)
$ git commit --amend
这个命令会将暂存区中的文件提交。 如果自上次提交以来你还未做任何修改(例如,在上次提交后马上执行了此命令), 那么快照会保持不变,而你所修改的只是提交信息。
当你提交后发现忘记了暂存某些需要的修改,可以进行下面的操作。最终你只会有一个提交——第二次提交将代替第一次提交的结果。
$ git commit -m 'initial commit' # 这是第一次提交
$ git add forgotten_file
$ git commit --amend
3.1.2 撤销添加(工作区->暂存区)
用于撤销git add
命令添加的文件
$ git reset HEAD -- <file>
3.1.3 撤销修改
- 本地仓库 -> 工作区
$ git checkout -- <file>
- 暂存区 -> 工作区
$ git restore <file>
3.2 删除文件
先手动删除文件,然后使用git rm
或git add
命令
$ rm test.txt
$ git rm test.txt # 或者 git add test.txt
$ git commit -m "remove test.txt"
4. 分支管理
4.1 stash用法
4.1.1 场景
当你在dev分支上进行开发时,接到一个修复bug的任务,修复bug需要建一个bug分支,但是,手头上dev分支上的代码还没提交,预计提交还需要一天的时间,但是bug需要在两个小时内解决,这时候应该怎么做?
4.1.2 储藏工作现场
$ git stash
4.1.3 查看工作现场列表
$ git stash list
stash@{0}: WIP on dev: f52c633 add merge
4.1.4 恢复现场
- 方法一是用
git stash apply
恢复,但是恢复后,stash内容并不删除,你需要用git stash drop
来删除:
$ git stash apply stash@{0}
$ git stash drop stash@{0}
- 方法二是用
git stash pop
,恢复的同时把stash内容也删了
$ git stash pop
4.2 cherry-pick用法
4.2.1 使用场景
假设在feature
分支上修复了一个bug,提交的commitHash为f
,但master
分支上也需要修复这个bug,我们只需要将f
提交到master
分支上即可。
a - b - c - d master
\
e - f - g feature
执行命令:
# 切换到 master 分支
$ git checkout master
# Cherry pick 操作
$ git cherry-pick f
操作完后,代码库就变成了这样:
a - b - c - d - f master
\
e - f - g feature
4.2.2 基础命令
git cherry-pick
命令的参数,不一定是提交的哈希值,分支名也是可以的,表示转移该分支的最新提交:
$ git cherry-pick feature
- 一次转移多个提交:
# 将 A 和 B 两个提交应用到当前分支。这会在当前分支生成两个对应的新提交
$ git cherry-pick <HashA> <HashB>
- 转移一系列的连续提交:
# 下面的命令可以转移从 A 到 B 的所有提交。它们必须按照正确的顺序放置:提交 A 必须早于提交 B,否则命令将失败,但不会报错。
$ git cherry-pick A..B
# 注意,使用上面的命令,提交 A 将不会包含在 Cherry pick 中。如果要包含提交 A,可以使用下面的语法。
$ git cherry-pick A^..B
4.2.3 解决冲突
如果操作过程中发生代码冲突,cherry pick 会停下来,让用户决定如何继续操作。
--continue
用户解决代码冲突后,第一步将修改的文件重新加入暂存区(git add .
),第二步使用下面的命令,让 Cherry pick 过程继续执行:
$ git cherry-pick --continue
--abort
发生代码冲突后,放弃合并,回到操作前的样子。--quit
发生代码冲突后,退出 cherry pick,但是不回到操作前的样子。
4.2.4 其他
cherry pick 也支持转移另一个代码库的提交,方法是先将该库加为远程仓库。
$ git remote add target git://gitUrl
$ git fetch target
$ git log target/master
$ git cherry-pick <commitHash>
4.3 merge用法
4.3.1 合并分支
- 默认是
fast-forward
方式进行合并,即当前分支和要合并的分支没有分叉时,会发生快速合并:
$ git merge <branch>
2. 当不使用fast-forward
快速合并时,可以添加--no-ff
参数。
$ git merge --no-ff <branch>
4.3.2 代码冲突
当用merge
命令合并分支时,会遇到冲突的情况,这时候有两个选择
- 解决冲突。解决完后用
git add
和git commit
提交解决冲突的代码 - 放弃合并。执行
git merge --abort
会让你的代码恢复到合并之前的状态。如果你运行了git merge之后又进行了一些人为的改动,那么在abort之后,也会被回滚掉。
4.4 rebase用法
4.4.1 合并分支
$ git rebase <branch>
4.4.2 与merge的区别
- 我们在
pull
代码的时候,默认是merge
合并方式,但我们推荐使用rebase
的方式在pull
的时候合并代码。
$ git pull = git fetch + git merge FETCH_HEAD
$ git pull --rebase = git fetch + git rebase FETCH_HEAD
rebase
和merge
命令都是为了合并分支代码,区别是merge
操作后的提交记录不是一条干净的直线。
我们在多人合作的时候,应使用rebase
,将分叉的提交历史“整理”成一条直线,看上去更直观。缺点是本地的分叉提交已经被修改过了。
4.4.3 查看可视化提交记录
# 查看最近10条提交记录
$ git log --pretty=oneline --graph --abbrev-commit -10
* 00f5a14 (HEAD -> master) Merge branch 'master' of codechina.csdn.net:xiongjiamu/learning-git
|\
| * 9dbfd41 (origin/master) set exit=1
* | 8789044 add author
* | 01ebb65 add comment
|/
* 3010226 init hello
4.4.4 代码冲突
当用rebase
命令合并分支时,会遇到冲突的情况,这时候有两个选择
- 解决冲突。解决完后用
git add
和git rebase --continue
合并冲突 - 放弃合并。执行
git rebase --abort
会放弃合并,回到rebase
操作之前的状态,之前的提交的不会丢弃。在rebase
解决冲突的过程中,用git add
添加到暂存区的文件将会被丢弃。
5. 标签
- 命令
git push origin <tagname>
可以推送一个本地标签; - 命令
git push origin --tags
可以推送全部未推送过的本地标签; - 命令
git tag -d <tagname>
可以删除一个本地标签; - 命令
git push origin :refs/tags/<tagname>
可以删除一个远程标签 - 命令
git tag -a <tagname> -m 'messages'
可以创建一个带附注的标签 - 命令
git tag -s <tagname> -m 'messages'
可以创建一个带 gpg 签名的标签