git常用方法
1.文件在各个区域的状态
工作区
主流程
git add
git commit
对于直接添加进git仓库而没有进行管理的文件,执行git status
会提示:untracked files
说明git已经检测到文件了,但是没有进行跟踪,此时需要纳入到git管理中,执行git add
命令,可以只选个其中若干文件,git add file
,或者一次性全部加进来,git add .
可以把`add`指令理解为加入购物车
已纳入版本管理
此时的文件已经可以进行提交了,使用
git commit -sm '此次变更的总结'
。当然如果反悔了也可以根据git的提示,进行git reset HEAD <file>
。文件又会回到未跟踪状态。
不幸的是,Microsoft的Word格式是二进制格式,因此,版本控制系统是没法跟踪Word文件的改动的,
二进制文件无法对比变更所以文章开头的图只能装逼,如果要真正使用版本控制系统,就要以纯文本方式编写文件。
2.编辑已经提交的commit
如果刚不小心写错了commit信息,可以使用git commit --amend
会默认打开编辑器,修改commit信息后:wq
即可
如果在上次漏掉一个文件后,也可以修改后先git add <file>
再执行此命令,将此次修改合并到上一次commit
3.版本回退
我们执行的每一次命令,git都会有记录,git reflog
可以查看操作历史。其中
HEAD指向的版本就是当前指向的版本,使用命令git reset --hard commit_id
。
注意参数--hard
,重置HEAD并且丢弃本地未提交的变更,--soft
则会在重置HEAD的同时保留未提交的变更。
穿梭前,用git log可以查看提交历史,以便确定要回退到哪个版本。
要重返未来,用git reflog查看命令历史,以便确定要回到未来的哪个版本。
该git reflog用来记录你的每一次命令
git-model@2x.png4.分支管理
【git merge】
默认分支
dev分支 新建分支并提交
0-3.png
fast-foward
注意到上面的Fast-forward信息,Git告诉我们,这次合并是“快进模式”,也就是直接把master指向dev的当前提交,当然我也可以保留此次合并,所以我们通过强制git产生一个真正的merge---通过使用--no-ff参数(no fast forward的意思)
【git rebase vs git merge】
两种用法:
1)针对一些本地提交进行重新编辑,合并commit
。
2)在合并代码时进行变基操作,使得提交历史线性直观。 737565-20160407213124718-1899357504.png 737565-20160407213427281-1160492709.png
其他一些补充
git cherry-pick : 将一个已经存在的commit应用到其他分支上
git stash:暂存当前工作区的内容
git config --global alias.me 'merge'
git log --oneline -5
git revert