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
,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 分支
分支冲突解决:
更多详细🔎内容