git学习笔记

git学习

[参考](https://blog.csdn.net/qq_33316091/article/details/82414389)

• git config --list 最后两行显示user.name user.emai则完成了基本配置

• git config --global user.name ‘wuyuedefangfei’ 设置git用户名 git config --global user.email '17316093720@163.com’设置git邮箱

• cd 进入某个磁盘，mkdir 创建仓库目录并进入

• git init初始化仓库目录之后git就可以管理了

• git add readme.txt 提交到暂存区

• git commit -m ‘增加了一行内容’ 把这个文件提交到仓库，-m是注释

• git status 检查现在有无文件未提交,下图显示没有任何文件需要提交

  

• 修改文件后再使用git status查看,显示文件已经被修改，但是未被提交（红色是未提交，绿色是已提交）

  

• git diff readme.txt 查看详细修改内容,可以看到，readme.txt文件内容从一行变成了两行，添加了一行下边的内容。知道了对readme.txt文件做了什么修改后，就可以放心提交到仓库了，提交修改和提交文件和第二步是一样的（git add 和 git commit）

  

• git log 查看历史修改记录，git log --pretty=oneline（精简显示）

  

• git reset --hard HEAD^ 回退到上一个版本;HEAD^^上上个版本，以此类推

  

• 再使用git log查看历史记录,可以看到“添加第三行的内容”已经看不到了

  

• 但是现在想回退到最新版本，我们可以通过查看版本号回退，使用命令方法如下：

• git reset --hard 版本号，可以通过git reflog查看版本号。

  

• 通过上面显示我们可以知道，添加第三行的版本号是05b039a ，现在可以使用命令git reset --hard 05b039a 来恢复，演示如下

  

• 撤销操作

  第一：如果我知道要删掉那些内容的话，直接手动更改去掉那些需要的文件，然后add添加到暂存区，然后commit掉

  第二：我可以按以前的方法直接恢复到上一个版本。使用git reset --hard HEAD^

  命令git checkout – readme.txt意思就是把readme.txt文件在工作区做的修改全部撤销；

• 添加远程库

  首先登陆github上，然后右上角找到“create a new repo”创建一个新的仓库

  然后运行git push -u origin master，第一次输入的是github的账号密码，第二次输入的是参考,把当前分支master推送到远程。由于远程库是空的，第一次提交时加上了-u参数

• 远程库与本地库不一致时push会报错，解决方法：

  git pull --rebase origin master

• 远程仓库设置错误，删除

  git remote查看远程仓库

  git remote rm 远程仓库，删除远程仓库

  git remote add origin git@github.com:wuyuedefangfei/AI.git 添加远程仓库

• 强制push

  git push -f origin master:master(本地分支:远程分支)

理解 fetch 的关键, 是理解 FETCH_HEAD，FETCH_HEAD指的是: 某个branch在服务器上的最新状态’。这个列表保存在 .Git/FETCH_HEAD 文件中, 其中每一行对应于远程服务器的一个分支。
当前分支指向的FETCH_HEAD, 就是这个文件第一行对应的那个分支.
一般来说, 存在两种情况:
如果没有显式的指定远程分支, 则远程分支的master将作为默认的FETCH_HEAD.
如果指定了远程分支, 就将这个远程分支作为FETCH_HEAD.
git fetch origin branch1
这个操作是git pull origin branch1的第一步, 而对应的pull操作,并不会在本地创建新的branch。 设定当前分支的 FETCH_HEAD’ 为远程服务器的branch1分支。 这个命令可以用来测试远程主机的远程分支branch1是否存在, 如果存在, 返回0, 如果不存在, 返回128, 抛出一个异常. git fetch origin branch1:branch2 首先执行上面的fetch操作，使用远程branch1分支在本地创建branch2(但不会切换到该分支),如果本地不存在branch2分支, 则会自动创建一个新的branch2分支, 如果本地存在branch2分支, 并且是fast forward’, 则自动合并两个分支, 否则, 会阻止以上操作.
fetch更新本地仓库两种方式：
//方法一
$ git fetch origin master //从远程的origin仓库的master分支下载代码到本地的origin master

$ git log -p master… origin/master//比较本地的仓库和远程参考的区别

$ git merge origin/master//把远程下载下来的代码合并到本地仓库，远程的和本地的合并

//方法二
$ git fetch origin master:temp //从远程的origin仓库的master分支下载到本地并新建一个分支temp

$ git diff temp//比较master分支和temp分支的不同

$ git merge temp//合并temp分支到master分支

$ git branch -d temp//删除temp
1、git reset
没有push，这种情况发生在你的本地代码仓库,可能你add ,commit 以后发现代码有点问题.
首先，Git必须知道当前版本是哪个版本，在Git中，用HEAD表示当前版本，也就是最新的提交commit_id(79f673d631b08907496ce792f429e1f00da25b73)，上一个版本就是HEAD^{，上上一个版本就是HEAD，当然往上100个版本写100个}比较容易数不过来，所以写成HEAD~100。
HEAD指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令git reset --hard 79f673d631b08907496ce792f429e1f00da25b73。
穿梭前，用git log可以查看提交历史，以便确定要回退到哪个版本。
要重返未来，用git reflog查看命令历史，以便确定要回到未来的哪个版本。
2、git revert
已经push，对于已经把代码push到线上仓库,你回退本地代码其实也想同时回退线上代码,回滚到某个指定的版本,线上,线下代码保持一致.你要用到下面的命令
git revert用一个新提交来消除一个历史提交所做的任何修改.
revert 之后你的本地代码会回滚到指定的历史版本,这时你再 git push 既可以把线上的代码更新.(这里不会像reset造成冲突的问题)
revert 使用,需要先找到你想回滚版本唯一的commit标识代码,可以用 git log 或者在adgit搭建的web环境历史提交记录里查看.
git revert c011eb3c20ba6fb38cc94fe5a8dda366a3990c61
3、两者区别
git revert是用一次新的commit来回滚之前的commit，git reset是直接删除指定的commit看似达到的效果是一样的,其实完全不同.
第一:上面我们说的如果你已经push到线上代码库, reset 删除指定commit以后,你git push可能导致一大堆冲突（或git push -f强制推送）.但是revert 并不会.
第二:如果在日后现有分支和历史分支需要合并的时候,reset 恢复部分的代码依然会出现在历史分支里.但是revert 方向提交的commit 并不会出现在历史分支里.
第三:reset 是在正常的commit历史中,删除了指定的commit,这时 HEAD 是向后移动了,而 revert 是在正常的commit历史中再commit一次,只不过是反向提交,他的 HEAD 是一直向前的.

Git 忽略规则匹配语法

1、先清除.idea的git缓存

git rm -r --cached .idea
2、添加.gitignore文件，内容如下：
.idea/
3、终端执行如下命令：

git add .
git commit -m 'add .gitignore'
git push

在 .gitignore 文件中，每一行的忽略规则的语法如下：

• 空格不匹配任意文件，可作为分隔符，可用反斜杠转义
• #开头的文件标识注释，可以使用反斜杠进行转义
• ! 开头的模式标识否定，该文件将会再次被包含，如果排除了该文件的父级目录，则使用 ! 也不会再次被包含。可以使用反斜杠进行转义
• / 结束的模式只匹配文件夹以及在该文件夹路径下的内容，但是不匹配该文件
• / 开始的模式匹配项目跟目录
• 如果一个模式不包含斜杠，则它匹配相对于当前 .gitignore 文件路径的内容，如果该模式不在 * .gitignore 文件中，则相对于项目根目录
• ** 匹配多级目录，可在开始，中间，结束
• ? 通用匹配单个字符
• [] 通用匹配单个字符列表

常用匹配示例：

• bin/: 忽略当前路径下的bin文件夹，该文件夹下的所有内容都会被忽略，不忽略 bin 文件
• /bin: 忽略根目录下的bin文件
• /*.c: 忽略 cat.c，不忽略 build/cat.c
• debug/*.obj: 忽略 debug/io.obj，不忽略 debug/common/io.obj 和 tools/debug/io.obj
• **/foo: 忽略/foo, a/foo, a/b/foo等
• a/**/b: 忽略a/b, a/x/b, a/x/y/b等
• !/bin/run.sh: 不忽略 bin 目录下的 run.sh 文件
• *.log: 忽略所有 .log 文件
• config.php: 忽略当前路径的 config.php 文件

.gitignore文件规则不生效

.gitignore只能忽略那些原来没有被track的文件，如果某些文件已经被纳入了版本管理中，则修改.gitignore是无效的。

解决方法就是先把本地缓存删除（改变成未track状态），然后再提交:

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

git使用

1. 本地commit提交时需求覆盖上次提交
   git commit --amend -m “重新提交的内容”

从所有提交中删除某个文件

filter-branch是一个可以用来清洗整个历史记录的工具，要想从整个历史记录中删除名为users.txt的文件，可以使用filter-branch的–tree-filter选项，例如：

git filter-branch --tree-filter 'rm -f users.txt' HEAD

–tree-filter选项会在每次检出项目后执行指定的命令，然后重新提交结果。要想在所有分支上执行filter-branch，可以传入–all选项。