git基本使用(配置文件、日志/参考日志、版本回退、撤销更改、修改commit提交)

0 背景

本文总结于gitcode的git入门教程。

1 历史

Linus Torvalds为了管理Linux系统的代码合并，一开始使用的是分布式版本控制系统 BitKeeper ，由于后面使用权限权限被收回，但是Linus 坚定地反对CVS和SVN（虽然免费，不但速度慢，而且必须联网才能使用，其他的则是需要付费），于是Linus自己使用C在两周的时间内开发了分布式管理系统git。

2008年，GitHub 网站上线了，它为开源项目免费提供 Git 存储，无数开源项目开始迁移至 GitHub ，包括jQuery，PHP，Ruby等等。让git发展壮大。

2 git配置文件的使用

自定义的配置文件通常都存放在仓库的.git/config文件中，而当前用户的 Git 配置文件放在用户主目录下的一个隐藏文件.gitconfig中。

全局配置文件的例子：

$ 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

⚠️注意：别名就在[alias]后面，要删除别名，直接把对应的行删掉即可。

用户配置文件：

$ cat .gitconfig
[alias]
    co = checkout
    ci = commit
    br = branch
    st = status
[user]
    name = Your Name
    email = your@email.com
[color]
	ui = true

2.1 设置用户名和邮件地址

$ git config --global user.name "李老师"
$ git config --global user.email li@csdn.net

如果需要免密推代码到远程仓库，可以使用如下的方法：

# 生成密钥
$ ssh-keygen -t rsa -b 4096 -C "Your email"
$ cd ~/.ssh/
# 把id_rsa.pub中的公钥内容粘贴到Settings中的SSH和GPG keys中的SSH中即可。

2.2 查看配置

$ git config --list
user.name= "李老师"
user.email=li@csdn.net
color.status=auto
color.branch=auto
color.interactive=auto
color.diff=auto
...

可能会看到重复的变量名，因为 Git 会从不同的文件中读取同一个配置（例如：/etc/gitconfig 与 ~/.gitconfig

也可以通过输入 git config <key>： 来检查 Git 的某一项配置，

$ git config user.name
李老师

2.3 修改配置来达到忽略文件（即不上传文件）以及强制上传被忽略的文件

核心点就是修改.gitignore 文件。

下面是一个.gitignore 文件的例子：

# Windows:
Thumbs.db
ehthumbs.db
Desktop.ini

# Python:
*.py[cod]
*.so
*.egg
*.egg-info
dist
build

# My configurations:
db.ini
deploy_key_rsa

# 排除所有.开头的隐藏文件:
.*
# 排除所有.class文件:
*.class

# 不排除.gitignore和App.class:
!.gitignore
!App.class

注意⚠️：把指定文件排除在.gitignore规则外的写法就是!+文件名。

.gitignore 文件一般不需要我们手动去写，常见的配置文件信息(链接)

检查忽略规则：

$ git check-ignore -v App.class
.gitignore:3:*.class	App.class

强制上传被忽略的文件：

$ git add -f App.class

2.4 配置别名

例如下面的例子，st就表示status，cm表示commit等。（--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

完成配置后，就可以使用ci代替commit。

$ git ci -m "sth."

其他一些常见的别名配置：

$ git config --global alias.unstage 'reset HEAD'

# $ git unstage test.py  
## 实际执行的为：$ git reset HEAD test.py

3 使用git

下图的操作显示了基本的操作（即把文件从工作区<—>暂存区<—>本地仓库<—>远程仓库）:

区分 git clone、 git pull、git fetch：

git clone：将其他仓库克隆到本地,是一个从无到有的克隆操作，再次强调不需要git init初始化。
git pull：相当于从远程仓库获取最新版本，然后再与本地分支merge（合并）。
git fetch：理解 FETCH_HEAD，FETCH_HEAD指的是: 某个branch在服务器上的最新状态。

上面的操作也对应着文件的四种状态：

即：

下面就是上面图片操作的详细描述。

3.1 在已存在目录中创建一个版本库

# 1,创建文件目录
$ mkdir learning-git
$ cd learning-git
$ pwd
/Users/xxm/learning-git

# 2,初始化仓库
$ git init
Initialized empty Git repository in /Users/xxm/learning-git/.git/

# 3,克隆现有的仓库 
# 这会在当前目录下创建一个名为 help-docs 的目录，并在这个目录下初始化一个 .git 文件夹， 从远程仓库拉取下所有数据放入 .git 文件夹，然后从中读取最新版本的文件的拷贝。 
#  git clone <url> 
$ git clone https://codechina.csdn.net/codechina/help-docs
# 自定义本地仓库的名字,通过额外的参数指定新的目录名(下面的列子就是把help-docs换成了mydocs)
# $ git clone https://codechina.csdn.net/codechina/help-docs mydocs

3.2 上传git

下面图片来自廖雪峰的官网:

# 1,上传文件
$ git add readme.txt

# 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

# 3,查看提交到缓存区的结果
$ 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")

# 查看具体修改的内容是什么
$ git diff readme.txt 

4,把分支添加到远程仓库
$ git push
# 第一次版本提交使用下面的方法
# 不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来
# $ git push -u origin master

执行添加了-u 参数的命令 git push -u origin master就相当于是执行了

git push origin master 和
git branch --set-upstream master origin/master。

git push -u的解释:

主要就是说branch.<name>.merge与branch.<name>.remote一起定义给定分支的上游分支（upstream）。它告诉git fetch/git pull要合并哪个分支，还可以影响git push.

而upstream是指其他人将从中获取的主要存储库，例如您的GitHub存储库。-u选项自动为您设置上游，将您的仓库链接到一个中央仓库。这样，将来Git会“知道”您要推送到的位置以及您要从哪里提取的信息，因此您可以使用git pull或git push不使用参数。 当您git pull从分支进行操作而未指定源远程或分支时，git会查看branch.<name>.merge设置以了解从何处提取。而正是git push -u 命令为您要推送的分支设置此信息。

至此，简单来说，带上-u 参数其实就相当于记录了push到远端分支的默认值，这样当下次我们还想要继续push的这个远端分支的时候推送命令就可以简写成git push即可。

3.3 修改commit提交

3.3.1 合并几次commit提交

有时候我们提交完了才发现漏掉了几个文件没有添加，或者提交信息写错了。 此时，可以运行带有 --amend 选项的提交命令来重新提交：

👉 git commit --amend

$ git commit --amend

这个命令会将暂存区中的文件提交。 如果自上次提交以来你还未做任何修改（例如，在上次提交后马上执行了此命令）， 那么快照会保持不变，而你所修改的只是提交信息。

例如，你提交后发现忘记了暂存某些需要的修改，可以像下面这样操作：

$ git commit -m 'initial commit'
$ git add forgotten_file
$ git commit --amend

最终你只会有一个提交——第二次提交将代替第一次提交的结果。

当你在修补最后的提交时，并不是通过用改进后的提交 原位替换 掉旧有提交的方式来修复的， 理解这一点非常重要。从效果上来说，就像是旧有的提交从未存在过一样，它并不会出现在仓库的历史中。
修补提交最明显的价值是可以稍微改进你最后的提交，而不会让“啊，忘了添加一个文件”或者 “小修补，修正笔误”这种提交信息弄乱你的仓库历史。

3.3.2 分离commit提交

可以使用 git reset HEAD <file>... 来取消暂存来取消暂存 readme.txt 文件：

$ git reset HEAD readme.txt
Unstaged changes after reset:
M	readme.txt

$ git status
On branch master
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

    renamed:    LICENSE -> LICENSE.md

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

readme.txt 文件已经是修改未暂存的状态了。

git reset 确实是个危险的命令，如果加上了 --hard 选项则更是如此。 然而在上述场景中，工作目录中的文件尚未修改，因此相对安全一些。

3.3.3 撤消之前所做的修改

使用git checkout -- <file>指令：

$ git checkout -- readme.txt
$ git status
On branch master
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

    renamed:    LICENSE -> LICENSE.md

可以看到那些修改已经被撤消了。

请务必记得git checkout -- <file>是一个危险的命令。 你对那个文件在本地的任何修改都会消失——Git 会用最近提交的版本覆盖掉它。 除非你确实清楚不想要对那个文件的本地修改了，否则请不要使用这个命令。

3.4 删除操作

3.4.1 确实需要删除一个文件

$ rm test.txt

$ git rm test.txt
rm 'test.txt'

$ git commit -m "remove test.txt"
[master 5c7e5ea] remove test.txt
 1 file changed, 1 deletion(-)
 delete mode 100644 test.txt

3.4.2 误删除了一个文件

$ rm test.txt

# 从版本库里，把误删的文件恢复到最新版本
$ git checkout -- test.txt

4 日志

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
(END)

git log命令显示从最近到最远的提交日志，我们可以看到2次提交，最近的一次是add distributed，最早的一次是wrote a readme file。

4.2 以时间线方式显示日志

把git提交自动串成一条时间线:

--pretty=oneline:一行显示，只显示哈希值和提交说明

$ git log --pretty=oneline
e55063ad7f97dd979e4f94e12d2bc44a25a0fd55 (HEAD -> master) add distributed
50ed06bd62fd34afbe501e6f2a4af73ccbe187f0 wrote a readme file
(END)

更加直观的方式显示：

--graph：显示ASCII图形表示的分支合并历史
--abbrev-commit:仅显示SHA-1的前几个字符
—pretty＝：使用其他格式显示历史提交信息，可选项有：oneline,short,medium,full,fuller,email,raw以及format:<string>,默认为medium。

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

*   082cad1 (HEAD -> master, origin/master, origin/HEAD) Merge branch 'master' of https://gitcode.net/qq_33375598/git-learning-course
|\
| *   d56e63b Merge branch 'feature1' into 'master'
| |\
| | *   31b4c13 (origin/feature1) Creating a new branch is quick and simple.
| | |\
| | |/
| |/|
| | * 13dcd3e (feature1) ADD A SAMPLE
* | | 0113c18 修改冲突
|/ /
* | 7f34e0e & simple
* | 9024f59 ADD A SAMPLE
|/
* f2f9a97 Update README.md
* 5d7e8d4 Initial commit

4.3 显示参考日志

git reflog

git relog解释：
.
reflog并不是Git仓库的一部分，它单独存储，它纯属是本地的。 （git reflog命令显示的内容，应该是存储在.git/logs/HEAD文件中，或者是.git/logs/refs目录中的文件。）
.
也就是说git reflog命令中保留了从clone仓库开始，用户所有在本地库中的操作。

5 版本回退

原理：Git 在内部有个指向当前版本的HEAD指针，当你回退版本的时候，Git 仅仅是把HEAD从指向回退的版本。

5.1 回退到上一个版本

$ git reset --hard HEAD^
HEAD is now at 50ed06b wrote a readme file

5.2 回退到版本号

git reset --hard 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
ESC

$ git reset --hard  e55063a

5.3 撤销删除总结

场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout -- file

场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git reset HEAD <file>，就回到了场景1，第二步按场景1操作

场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，可以用命令git reset --hard commit_id，不过前提是没有推送到远程库

6 分支

分支冲突解决：

更多详细🔎内容

7 参考

gitcode

segementfault

狂神说Java

易百说