!!!!建议:尽量使用可视化工具来操作,如:idea内置的可视化工具,几乎完美!!!!
Git的存储区划分如下:
工作区 ——add——>暂存区 ——commit——>本地仓库 ——push——>远程仓库
git checkout -- file #丢弃工作区的修改
情况1,文件自修改后还没有被add。撤销修改就回到了和版本库一模一样的状态。情况2,文件已经add到暂存区,又作了修改。撤销修改就回到了上一次add的状态。
总之,就是让这个文件回到最近一次git commit或git add时的状态。
git stash #可以把当前工作现场“藏”起来,等以后恢复现场后继续工作。
git stash list #查看工作现场存到哪去了
Git把stash内容存在某个别的地方了,有两个办法恢复:
1、git stash apply,恢复后,stash内容并不删除,你需要用git stash drop来删除。
2、git stash pop,恢复的同时把stash内容也删了,相当于 apply+drop。
git revert 089ac0a8 #放弃某次提交,之前的提交仍会保留在git log中,此次撤销会做为一次新的commit。
git reset --soft #回滚到某次提交,此次提交之后的修改会被退回到暂存区
Git跟踪管理的是修改,而非文件,任何操作都会被记录,也就是说:你可以回到任何一个commit,即使git log已经“看不到”了。
git log #当前分支的commit历史
git log -g #当前分支存在过的所有commit
git reflog #操作历史
git commit --amend -m 'message' #合并上一次提交(用于反复修改),执行该命令后上一个commit在git log中但git log -g仍然可以看到。
1、git checkout -b newbranch 62ecb3 #基于feature创建一个新的分支,并指明新分支的最后一个commit
2、git rebase --onto master 76cada^ #rebase这个新分支的commit到master。76cada^ 指明你想从哪个特定的commit开始。
得到的结果就是feature分支的commit 76cada ~ 62ecb3 都被合并到了master分支。关于git-rebase ,切记:
如果把rebase当成一种在推送之前清理提交历史的手段,而且仅仅rebase那些尚未push的commit,就没问题。
如果 rebase 那些已经push的commit,并且已经有人基于commit开展了后续开发,就会出现叫人沮丧的麻烦。
简单说:rebase处理的分支最好都是本地分支,否则会给别人带来麻烦;
如果“简单说”还没明白,不要用 rebase !!!
git push (-u) origin master 往origin这个远程上推送本地分支maste。加上-u参数,Git还会把本地的master分支和远程的master分支关联起来,以后push、pull时不需要指定“origin” “master”这两个参数。
git clone git@github.com:morning/console.git 从远程库克隆项目到本地,GitHub给出的地址不止一个,还可以用https://这样的地址。实际上,Git支持多种协议,默认的git://使用ssh,但也可以使用https等其他协议。使用https除了速度慢以外,还有个最大的麻烦是每次推送都必须输入口令
git merge dev 把dev分支的工作成果合并到当前分支上。使用--no-ff参数,表示禁用Fast forward,Git就会在merge时生成一个新的commit,这样,从分支历史上就可以看出分支信息。
git fetch #从远程同步代码到本地,不与本地代码做合并。
git pull #从远程同步代码到本地,并与本地代码做合并。相当于fetch+merge,建议使用fetch,不要直接pull
git branch -d dev #删除分支dev
git branch branch_name commit_id #根据commit_id来创建分支(分支名可以随便起)