- git reset head 清除staging，工作空间不动
- git checkout filename 清除工作空间中未暂存的修改
- git fetch origin branchname:branchname 可以把远程某各分支拉去到本地的branchname下，如果没有branchname，则会在本地新建branchname
- git checkout origin/remoteName -b localName
- git push [远程仓库名] [本地分支名]:[远程分支名] 获取远程分支remoteName 到本地新分支localName，并跳到localName分支
- git branch -d branchName 没合并无法上传（直接删除的本地库的分支不用commit） git branch -D branchName 不合并也能删除（直接删除的本地库的分支不用commit） git push [远程仓库名] :[远程分支名] push一个空分支到远程分支等于删除远程分支
- 工作空间或暂存区有数据不能切换分支，
- 很多时候，知道每个提交关联的分支或者标签很有用。--decorate 标记让 git log 显示指向这个提交的所有引用（比如说分支、标签等）。 git log --oneline --decorate --graph
- 可以用 --merged 和 --no-merged 选项。比如用 git branch --merged(--no-merged)
- git checkout 切换分支如果当前工作空间和暂存区跟checkout的分支有冲突则切换分支失败。 比如当前分支为master，的计较记录为1-2-3-4-5，dev分支的记录为1-2-3-4此时从master切换到dev如果当前工作空间或暂存区有没提交的内容则切换分支失败因为当前工作空间中的内容是在版本5的基础上修改的但是切换为dev分支后就没有了版本5所以切换失败。
- stash list
- stash drop
- 撤销需要提 本地不需要回退（即让远端回退到本地的版本） 提交到远端 git push origin <分支名> --force 本地需要回退 先在本地回退到需要的版本 git reset --hard <需要回退到的版本号（只需输入前几位）> // 注意使用 --hard 参数会抛弃当前工作区的修改 // 使用 --soft 参数的话会回退到之前的版本，但是保留当前工作区的修改，可以重新提交 版本号可用如下指令查看
git log remotes/origin/分支名 提交到远端 git push origin <分支名> --force
实例: 假设你有3个commit如下：
commit 3 commit 2 commit 1 其中最后一次提交commit 3是错误的，那么可以执行：
git reset --hard HEAD~1 你会发现，HEAD is now at commit 2。
然后再使用git push --force将本次变更强行推送至服务器。这样在服务器上的最后一次错误提交也彻底消失了。
值得注意的是，这类操作比较比较危险，例如：在你的commit 3之后别人又提交了新的commit 4，那在你强制推送之后，那位仁兄的commit 4也跟着一起消失了。所以用revert比较好具体原因是reset是删除原有提交而revert是通把回退的变化当成一次新的提交commit5此时push就会要求先pull并合并代码，所以不会丢失commit4
总有一天你会遇到下面的问题.
(1)改完代码匆忙提交,上线发现有问题,怎么办? 赶紧回滚.
(2)改完代码测试也没有问题,但是上线发现你的修改影响了之前运行正常的代码报错,必须回滚.
这些开发中很常见的问题,所以git的取消提交,回退甚至返回上一版本都是特别重要的.
大致分为下面2种情况:
1.没有push
这种情况发生在你的本地代码仓库,可能你add ,commit 以后发现代码有点问题,准备取消提交,用到下面命令
reset git reset [--soft | --mixed | --hard
上面常见三种类型
--mixed
会保留源码,只是将git commit和index 信息回退到了某个版本.
git reset 默认是 --mixed 模式 git reset --mixed 等价于 git reset
--soft
保留源码,只回退到commit 信息到某个版本.不涉及index的回退,如果还需要提交,直接commit即可.
--hard
源码也会回退到某个版本,commit和index 都回回退到某个版本.(注意,这种方式是改变本地代码仓库源码)
当然有人在push代码以后,也使用 reset --hard <commit...> 回退代码到某个版本之前,但是这样会有一个问题,你线上的代码没有变,线上commit,index都没有变,当你把本地代码修改完提交的时候你会发现权是冲突.....
所以,这种情况你要使用下面的方式
2.已经push
对于已经把代码push到线上仓库,你回退本地代码其实也想同时回退线上代码,回滚到某个指定的版本,线上,线下代码保持一致.你要用到下面的命令
revert
git revert用于反转提交,执行evert命令时要求工作树必须是干净的.
git revert用一个新提交来消除一个历史提交所做的任何修改.
revert 之后你的本地代码会回滚到指定的历史版本,这时你再 git push 既可以把线上的代码更新.(这里不会像reset造成冲突的问题)
revert 使用,需要先找到你想回滚版本唯一的commit标识代码,可以用 git log 或者在adgit搭建的web环境历史提交记录里查看.
git revert c011eb3c20ba6fb38cc94fe5a8dda366a3990c61 通常,前几位即可
git revert c011eb3
git revert是用一次新的commit来回滚之前的commit，git reset是直接删除指定的commit
看似达到的效果是一样的,其实完全不同.
第一:
上面我们说的如果你已经push到线上代码库, reset 删除指定commit以后,你git push可能导致一大堆冲突.但是revert 并不会.
第二:
如果在日后现有分支和历史分支需要合并的时候,reset 恢复部分的代码依然会出现在历史分支里.但是revert 方向提交的commit 并不会出现在历史分支里.
第三:
reset 是在正常的commit历史中,删除了指定的commit,这时 HEAD 是向后移动了,而 revert 是在正常的commit历史中再commit一次,只不过是反向提交,他的 HEAD 是一直向前的.
