0
点赞
收藏
分享

微信扫一扫

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

文章目录

  • ​​0 背景​​
  • ​​1 历史​​
  • ​​2 git配置文件的使用​​
  • ​​2.1 设置用户名和邮件地址​​
  • ​​2.2 查看配置​​
  • ​​2.3 修改配置来达到忽略文件(即不上传文件)以及强制上传被忽略的文件​​
  • ​​2.4 配置别名​​
  • ​​3 使用git​​
  • ​​3.1 在已存在目录中创建一个版本库​​
  • ​​3.2 上传git​​
  • ​​3.3 修改commit提交​​
  • ​​3.3.1 合并几次commit提交​​
  • ​​3.3.2 分离commit提交​​
  • ​​3.3.3 撤消之前所做的修改​​
  • ​​3.4 删除操作​​
  • ​​3.4.1 确实需要删除一个文件​​
  • ​​3.4.2 误删除了一个文件​​

  • ​​4 日志​​
  • ​​4.1 查看最近提交的日志​​
  • ​​4.2 以时间线方式显示日志​​
  • ​​4.3 显示参考日志​​
  • ​​5 版本回退​​
  • ​​5.1 回退到上一个版本​​
  • ​​5.2 回退到版本号​​
  • ​​5.3 撤销删除总结​​

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

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
$ 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

下面图片来自​​廖雪峰的官网​​​:
git基本使用(配置文件、日志/参考日志、版本回退、撤销更改、修改commit提交)_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 ..." to update what will be committed)
(use "git checkout -- ..." 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

​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 ..." to unstage)

renamed: LICENSE -> LICENSE.md

Changes not staged for commit:
(use "git add ..." to update what will be committed)
(use "git checkout -- ..." 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 ..." 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
Date: Fri Nov 27 16:08:04 2020 +0800

add distributed

commit 50ed06bd62fd34afbe501e6f2a4af73ccbe187f0
Author: Miykael_xxm
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基本使用(配置文件、日志/参考日志、版本回退、撤销更改、修改commit提交)_bash_02

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

5 版本回退

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

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

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​​,不过前提是没有推送到远程库

举报

相关推荐

0 条评论