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 签名的标签
扫一扫
185
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
