git日常使用整理

Posted 2020-09-28 默宁

建议：尽量使用可视化工具来操作，如：idea内置的可视化工具，几乎完美！！！

 

Git的存储区划分： 工作区 ——add——>暂存区 ——commit——>本地仓库 ——push——>远程仓库

 

git checkout -- file             #丢弃工作区的修改

 

• 1、文件自修改后还没有被add。撤销修改就回到了和版本库一模一样的状态。
• 2、文件已经add到暂存区，又作了修改。撤销修改就回到了上一次add的状态。
  总之，就是让这个文件回到最近一次git commit或git add时的状态。

 

git stash          #把当前未add和未commit的修改暂存到某个神秘的地方。
git stash list     #查看stash列表
Git恢复stash内容，有两个办法恢复：

• 1、git stash apply，恢复后，stash内容并不删除，你需要用git stash drop来删除。
• 2、git stash pop，恢复的同时把stash内容也删了，相当于 apply+drop。

git revert commit_id             #放弃某次提交，之前的提交仍会保留在git log中，此次撤销会做为一次新的commit。

git reset --soft commit_id    #回滚到某次提交，此次提交之后的修改会被退回到暂存区

git reset --hard commit_id   #回滚到某次提交，此次提交之后的修改不做任何保留，恢复一个git status干净的工作区。

 

Git跟踪管理的是修改，而非文件，任何操作都会被记录，也就是说：你可以回到任何一个commit，即使git log已经“看不到”了。

git log         #当前分支的commit历史

git log -g    #当前分支曾经存在过的所有commit

git reflog     #操作历史

git commit --amend -m ‘message‘    #合并上一次提交（用于反复修改），执行该命令后上一个commit在git log中但git log -g仍然可以看到。

git cherry-pick 089ac0a8      #挑选其他分支的任意一个commit合并到当前分支。

 

##另：如果要合并某个分支上的一系列commits，例如：你需要合并feature分支的commit 76cada ~ 62ecb3 到master分支

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 fetch       #从远程同步代码到本地，不与本地代码做合并。

git pull         #从远程同步代码到本地，并与本地代码做合并。相当于fetch+merge，建议使用fetch，不要直接pull

git branch -d dev        #删除分支dev

git branch branch_name commit_id        #根据commit_id来创建分支（分支名可以随便起）