git命令学习
什么是git?
git是目前世界上最先进的分布式版本控制系统。
一、创建版本库
什么是版本库？版本库又名仓库，英文名repository,你可以简单的理解一个目录，这个目录里面的所有文件都可以被Git管理起来，每个文件的修改，删除，Git都能跟踪，以便任何时刻都可以追踪历史，或者在将来某个时刻还可以将文件”还原”。
二、理解工作区与暂存区的区别
工作区：就是你在电脑上看到的目录，比如目录下testgit里的文件(.git隐藏目录版本库除外)。或者以后需要再新建的目录文件等等都属于工作区范畴。
版本库(Repository)：工作区有一个隐藏目录.git,这个不属于工作区，这是版本库。其中版本库里面存了很多东西，其中最重要的就是stage(暂存区)，还有Git为我们自动创建了第一个分支master,以及指向master的一个指针HEAD。
我们前面说过使用Git提交文件到版本库有两步：
第一步：是使用 git add 把文件添加进去，实际上就是把文件添加到暂存区。
第二步：使用git commit提交更改，实际上就是把暂存区的所有内容提交到当前分支上。
三、Git命令
创建与提交：
git init 把所在的当前目录变成git可以管理的仓库；
git add a.text 把a.txt添加到暂存区里面；
git commit -m "提交的注释" 把文件提交到仓库；
git status 查看是否还有文件未提交；
如果有文件修改了，可以用git diff filename来查看到底修改了什么内容；
git log 查看历史记录；
git log --pretty=oneline 可以以一行的内容查看历史记录；
版本回退有3种命令：
- git reset --hard HEAD^
- 退回前10个版本：git reset --hard HEAD~10
- git reset --hard 版本号
撤销修改：
即放弃本地修改但尚未提交的本地的修改，还原其到没修改前的状态，
注意：已add/commit的文件不适用这个方法；
git checkout . 撤销对所有已修改但未提交的文件的修改，但不包括新增的文件
git checkout -- test.txt 把test.txt文件在工作区做的修改全部撤销，这里有2种情况：
- test.txt自动修改后，还没有放到暂存区，使用 撤销修改就回到和版本库一模一样的状态；
- 另外一种是test.txt已经放入暂存区了，接着又作了修改，撤销修改就回到添加暂存区后的状态；
git checkout -- test.txt中的 -- 很重要的，如果没有--的话，命令就是创建分支了。
代码回滚:
git log
查看提交记录；
git reset --hard xxxxxxxxxxxxxxx
可以回退到任意提交过的版本，已add/commit，但没push的文件也适用；
分支管理：
git checkout -b b_name 相当于如下2条命令：
- git branch b_name 创建名为b_name的分支；
- git checkout b_name 切换到b_name分支；
git branch 查看本地分支；
git branch -a 查看本地与远程的分支；
git branch -d b_name 删除分支；
git merge b_name 合并分支，一般使用fast forward模式，删除分支后，会丢掉分支信息，现在我们来使用带参数 –no-ff来禁用”Fast forward”模式；
git checkout master 切换到master分支，git merge --no-ff "b_name"，合并分支b_name的内容到master分支；
Git远程分支覆盖本地分支
git fetch --all
git reset --hard origin/master (这里master要修改为对应的分支名)
Git新建本地分支与远程分支关联
git在本地新建分支， push到remote服务器上之后，再次pull下来的时候，如果不做处理会报以下提示:
There is no tracking information for the current branch.
git本地新建一个分支后，必须要做远程分支关联。如果没有关联，git会在下面的操作中提示你显示的添加关联。关联目的是如果在本地分支下操作： git pull, git push ，不需要指定在命令行指定远程的分支．推送到远程分支后，你只要没有显示指定，git pull的时候，就会提示你。
解决办法：
git branch —set-upstream-to=origin/<branch_name> <local_branch_name>
bug分支：
比如我在开发中接到一个404 bug时候，我们可以创建一个404分支来修复它，但是，当前的dev分支上的工作还没有提交，如下：
并不是我不想提交，而是工作进行到一半时候，我们还无法提交，比如我这个分支bug要2天完成，但是我issue-404 bug需要5个小时内完成。怎么办呢？还好，Git还提供了一个stash功能，可以把当前工作现场 ”隐藏起来”，等以后恢复现场后继续工作：
所以现在我可以通过创建issue-404分支来修复bug了；
修复完成后，切换到master分支上，并完成合并，最后删除issue-404分支，现在我们又可以回到dev上工作了。
工作区是干净的，那么我们工作现场去哪里呢？我们可以使用命令 git stash list来查看下。如下：
工作现场还在，Git把stash内容存在某个地方了，但是需要恢复一下，可以使用如下2个方法：
- git stash apply恢复，恢复后，stash内容并不删除，你需要使用命令git stash drop来删除。
- 另一种方式是使用git stash pop,恢复的同时把stash内容也删除了。
多人协作
git push origin master 推送到远程分支；
git checkout -b dev origin/dev 把远程的origin的dev分支到本地并创建dev分支；
git push origin dev 所现在的dev分支推送到远程；
git pull 把最新的提交从远程拉下来，然后在本地合并；
git fetch 把最新的提交从远程拉下来，不会自动合并；
fetch通常与merge一起使用，git fetch + git merge = git pull；
发生了冲突怎么办？
如发生如下：
CONFLICT (content): Merge conflict in xxx.txt
Automatic merge failed; fix conflicts and then commit the result.
我们可以用git status查看冲突的文件，git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容，我们修改如下后保存；
还要add和commit:
git add xxx.txt
git commit -m "解决冲突" 参考这里
按时间排序查询git的日志:
git log --author="your name" --date=format:"%Y-%m-%d %H:%M:%S" --pretty=format:"%h - %an, %cd : %s"
处理.gitignore文件不生效:
git rm -r --cached .
This removes any changed files from the index(staging area), then just run:
git add .
Commit it:
git commit -m ".gitignore is now working"
一些误操作后的补求：
如果想找回那些丢弃掉的提交，可以使用git reflog命令；找到要恢复的sha，执行 $ git reset --hard [sha]
处理Git报错 GH001: Large files detected
https://blog.csdn.net/qq_43827595/article/details/105673569
https://blog.csdn.net/qq_43124803/article/details/125209097
