1.git介绍

Git是一个开源的分布式版本控制系统。Linus Benedict Torvalds，芬兰赫尔辛基人，著名的电脑程序员，Linux内核的发明人及该计划的合作者，2005年，git的第一个版本正式上线。2周完成Git系统开发

Git是分布式的，SVN是集中式的， git 是单机版的SVN

2.基础命令

1.查看版本

1.git --version

查看日志

git log online
git log --oneline --graph --color --all --decorate

截屏2023-09-18 15.48.47.png

2.添加账户和邮箱

git config --global user.name '你的账号昵称'
git config --global user.email '你的账号邮箱'

3.查看git配置信息

git config —list

截屏2023-09-18 15.50.29.png 截屏2023-09-21 13.15.07.png

4.创建本地仓库，关联到远程仓库

a.创建git仓库

git init

b.添加所有改动的文件到暂存期

git add . 点代表 全部

c.提交至本地仓库

git commit -m "提交的备注信息"

d.本地仓库和远程仓库想关联

git remote add origin https://xxxxxxxx

4.查看远程的源

git remote -v

截屏2023-09-18 16.02.01.png

5.重命名本地分支

git branch -m <oldbranch> <newbranch>

截屏2023-09-18 16.11.06.png

6.拉去远程分支

git pull
git pull --rebase origin master

7.推送到代码到远程分支

git push origin master
git push --f origin master 强制提交

截屏2023-09-18 16.21.21.png

8.查看单前的分支

git branch
git branch -r 查看远程所有分支
git branch -a 查看本地和远程的所有分支

9.创建本地新的分支

git branch dev

10.切换到相应的分支

git checkout dev

10.创建分支的同时切换到该分支

git checkout -b release

截屏2023-09-18 16.37.10.png

11.删除本地分支

git branch -d 'release'

12.将本地分支推送到远程分支

git push origin 'dev' 截屏2023-09-18 16.40.49.png

13.查看文件状态

git status

截屏2023-09-20 16.02.39.png

14.暂存代码

git stash
git stash save ‘stash说明信息’

截屏2023-09-18 16.50.38.png

[图片上传中...(截屏2023-09-20 16.01.50.png-c512fc-1695196917569-0)]

14.查看当前缓存列表。

git stash list

截屏2023-09-18 16.52.50.png

15.将stash的内容弹出，默认弹出最上面的那条，即stash@{0} 同时删除恢复的缓存条目。

git stash pop [stash]

16.丢弃stash条目，默认丢弃最上面的那条，即stash@{0}，此外还可以在drop后加stash@{n}来指定要丢弃的stash条目。

git stash drop [stash]

17.查看stash的具体内容

git stash show [stash]
git stash show [stash] -p

18.应用某个存储,但不会把存储从存储列表中删除，默认使用第一个存储,即stash@{0}，

git stash apply stash@{n}

19.清除所有的stash条目。

git stash clear

20.获取某个分支上的某个commit 提交

git cherry-pick
然而git merge会把一个分支的commits都应用到当前分支，这时候我们可以使用git cherry-pick来完成这一操作，它的作用是选择已存在的commit应用到当前分支上，并产生新的commit SHA-1 校验和。

多个commits

git cherry-pick commit1 commit2

连续多个commits
git cherry-pick commit1..commit8 （不包含commit1 2-8）(2,8]

连续多个commits
git cherry-pick commit1^..commit8 （包含commit1 1-8）[1,8]

发生冲突后 解决冲突再执行

git add .
git cherry-pick --continue
完成 cherry-pick操作

放弃这次cherry-pick

git cherry-pick --abort

21.git版本回退

git reset --soft commit号/HEAD
将本地仓回滚到Y版本，但是暂存区和工作区保持不变。此时本地仓回滚到Y版本号commit完成的那一刻。

截屏2023-09-19 14.04.51.png
截屏2023-09-19 13.43.23.png

git reset --hard commit号/HEAD
本地仓、暂存区、工作区，三区都回滚

截屏2023-09-19 14.07.02.png

截屏2023-09-19 13.47.48.png

git reset --mixed commit号/HEAD 或者 git reset
本地仓和暂存区，都回滚到Y版本号。工作区代码不受影响

截屏2023-09-19 14.08.10.png
截屏2023-09-19 13.36.55.png

HEAD
HEAD 说明：
HEAD 表示当前版本
HEAD^ 上一个版本
HEAD^^ 上上一个版本
HEAD^^^ 上上上一个版本

可以使用 ～数字表示
HEAD~0 表示当前版本
HEAD~1 上一个版本
HEAD^2 上上一个版本
HEAD^3 上上上一个版本

使用git reflog命令可以帮助恢复git误操作,进行数据恢复

git reflog

截屏2023-09-20 16.07.02.png

22.git rebase 和 git merge

1.merge 和 rebase 的区别：

1.使用merge命令合并分支，解决完冲突，这个时候会产生一个commit。rebase不会产生这个commit

2. 使用rebase命令合并分支，解决完冲突，执行git add.和git rebase--continue，不会产生额外的commit。
   这样的好处是，‘干净’，分支上不会有无意义的解决分支的commit；

坏处，如果合并的分支中存在多个commit，需要重复处理多次冲突。

3.merge 的提交树是非线性的，rebase 的提交树是线性的（通过重写提交历史）

如果你想要一个干净的，没有merge commit的线性历史树，那么你应该选择git rebase
如果你想保留完整的历史记录，并且想要避免重写commit history的风险，你应该选择使用git merge

截屏2023-09-20 11.05.54.png
截屏2023-09-20 11.12.02.png 截屏2023-09-21 16.36.15.png

2. git rebase -i HEAD~3 “HEAD~3” 表示从当前最新的版本号开始，往前的三个版本

截屏2023-09-20 18.14.21.png 截屏2023-09-20 16.09.25.png

git tag 标签

git tag -a v1.4 -m "my version 1.4"

git tag -a v1.2 9fceb02 后期在某一个commit打标签

git tag 查看标签

git push origin v1.5 推送一个tag到远程

git push origin --tags 如果想要一次性推送很多标签，也可以使用带有 --tags 选项

git tag -d <tagname> 要删除掉你本地仓库上的标签（注意上述命令并不会从任何远程仓库中移除这个标签，用 git push <remote> ）

git push origin --delete <tagname> 直接删除远程标签

git push origin :refs/tags/v1.4

.gitignore 文件

/mtk/ 过滤整个文件夹
*.zip 过滤所有.zip文件
/mtk/do.c 过滤某个具体文件

!src/ 不过滤该文件夹
!*.zip 不过滤所有.zip文件
!/mtk/do.c 不过滤该文件

星号 * 代表零个或多个任意字符。例如, *.txt 会匹配所有的 .txt 文件。
问号 ? 代表一个任意字符。例如, ?.txt 会匹配 a.txt 但不会匹配 ab.txt。
两个星号 ** 表示任意中间目录。例如, **/foo 会匹配 foo，a/foo，a/b/foo 等
前缀 ! 表示不忽略。例如, *.txt 和 !important.txt 会忽略所有的 .txt 文件，但不会忽略 important.txt。
前缀 / 表示只忽略当前目录下的文件。例如, /test 会忽略当前目录下的 test 文件，但不会忽略 a/test
后缀 / 表示只忽略目录。例如, test/ 会忽略 test 目录，但不会忽略 test 文件

注意

最后需要强调的一点是，如果你不慎在创建.gitignore文件之前就push了项目，那么即使你在.gitignore文件中写入新的过滤规则，这些规则也不会起作用，Git仍然会对所有文件进行版本管理。

git rm -r --cached .
git add .
git commit -m 'update .gitignore'
git push origin master