Git(二)

1.git rm 文件名 = rm + git add 文件名（git mv 同）

2.git checkout – 文件名:丢弃掉对文件名的修改，使之恢复到最后一次快照的状态

3.git add . ：将所有修改的文件加入暂存区

4.git commit --amend -m ‘修改上次的提交注释’

5.git log --pretty=oneline :一行显示一条提交log

6.git commit -am “” = git add + git commit -m “”—>但是这种方式不适用于新增文件，只适合于对已经存在于git版本库中的文件进行修改

分支相关命令

git branch :显示当前所有的分支

git branch new_branch:创建一个新的分支，分支名称为new_branch

git checkout new_branch:将当前分支切换到new_branch这个分支上

git checkout -b new_branch: 这条命令等价于git branch new_branch + git checkout new_branch

git branch -d new_branch:将new_branch这个新分支删掉—>如果处于当前待删除分支上，则会出错不允许删除

git branch -D new_branch : 如果待删除的分支相对于其他任何分支有未合并的改动，要使用D来删除分支(否则会报错)

git branch -v:显示当前所处分支最近一次提交的注释消息

git branch -m new_branch new_branch2：将原分支名new_branch 更改为new_branch2

git分支原理：

git分支实际上是一个指针，而每次提交相当于保存了当前版本的一个快照，每一个快照对应图中一个圆圈

master：master分支所处位置
dev：dev分支所处位置
HEAD：当前处于哪个分支

如果在dev上又进行了一次提交，则dev会向前移动，而HEAD仍然指向dev指针

可以cd到.git目录中打开HEAD文件，其值为ref: refs/heads/dev
而这个值就是在refs/heads目录下的dev文件(没创建一个分支都会在此文件夹中新建一个文件)

==============================================================================================

git分支合并

git merge new_branch:将new_branch的内容合并到当前的分支上

比如在master分支上执行 git merge dev，实际上是将master的指针向前移动，直到和dev相等。这种操作也称作Fast-forward

所以如果master向前移动到达不了dev的话，两个分支也就合并不了，也就是合并冲突：

首先newbranch和master都在同一个点上

1.master在t文件上增加了： add a new file     master added

2.然后切换到newbranch分支上，然后在t文件上增加一行： new branch added

3.最后执行命令：git merge master

这个时候git会报错，需要我们自己解决冲突：
vim t--->打开t文件 

其中HEAD和======之间的是newbranch的冲突内容，即当前HEAD指向的是newbranch
========和>>>>>>之间的master的冲突内容
注意：这个文件中还有可能有别的内容，但是不属于冲突的部分
这个时候需要自己手动将不要留的内容删掉，只留下需要合并的内容，本例将两者的内容合并

执行git status :
0

执行：
git add t
git commit -m “two branch merged”

然后newbranch就到了我们解决冲突后合并的版本了
此时newbranch和master的位置关系如下：

此时切换到master分支上：git checkout master

然后继续合并：git merge newbranch

这样master和newbranch就都到了解决冲突后的版本了

分支合并后commit id的问题

如上所示，分支合并后newbranch再指针位置上向前多了一个版本(也就是相当于多提交了一次
然而这次提交如果在merge命令上没有加上任何参数是没有commit id 的，（在进行版本回退不方便）
所以有了如下命令：
git merge --no-ff 分支名称：如果带上这个参数会让用户输入commit message，也就是多了一个commit id

版本回退

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

git reset --hard HEAD~n:回退到上n个版本

git reset --hard commit_id:回退到commit_id所对应的版本（commit id一般取四到五位就可以）
注意：这个可以配合git reflog查看所有操作对应的commit_id,这样可以回退到任何一个操作历史，而不是只回到提交时刻的版本

git reset HEAD 文件名称：将某一文件从暂存区移至工作区(前提是该文件已经使用git add添加从工作区添加到了暂存区)

git checkout – 文件名：丢弃掉当前（工作区中）对指定文件的变更，回到最后一次暂存状态的样子(不是提交的快照状态)

HEAD指针游离

首先执行命令：
git check commit_id：这个commit_id就是某一个提交的id
然后HEAD就处于游离态，这个时候如果对文件进行修改后，需要执行git commit操作，然后才可以切换到其他分支
然后：
git branch newbranch2 commit_id:新创建一个分支，并将上次提交的内容保存到这个分支上

Stash命令：

git stash :在master分支创建test分支，然后在master分支上修改一部分文件commit一次，此时master和test
的指针指向不同的版本，然后在test上修改文件（但是还未修改完成），此时需要切换到master分支
上进行开发，但是会报错
使用这个命令会暂存， 可以正常切换到其他分支上------->保存工作现场

git stash list:显示当前所有的stash列表

git stash apply:把最后一次保存的stash取出来并且 不从list中删掉

git stash apply stash@{0}:恢复特定的stash

git stash pop:把最后一次保存的stash取出来并且从list中删掉