文章目录
1. 撤销已经add，但是没有commit的问题
git reset HEAD
2. 撤销已经commit，但是没有push到远端的文件（仅撤销commit 保留add操作）
撤销上一次的提交
git reset --soft HEAD^
按照输入的数字撤销输入数字条commit记录
git reset HEAD~数字
3. 撤销已经push到远端的文件
// 切换到指定分支
git checkout 分支名
// 撤回到需要的版本
git reset --soft 需要回退到的版本号
//提交撤销动作到服务器，强制提交当前版本号
git push origin 分支名 --force
可以通过 git log 命令查看提交的版本号（选择需要回退的版本号）
注意：
git reset --soft/hard 需要回退到的版本号
soft 和 hard的区别
soft：保留本地当前工作区，用于重新提交（回退到指定版本号，回退的版本号代码会保留到本地工作区，本地工作区代码还是保留最后提交的状态）hard：不保留本地当前工作区，回退到指定版本号之后，同时本地工作区代码也回退，一定要谨慎使用
git push origin 分支名 --force
撤销后强制提交到当前分支的版本号状态，这里使用要谨慎，
4. git commit –amend 修改git提交目录
使用命令：
git commit --amend既可以对上次提交的内容进行修改，也可以修改commit的描述信息message
可以直接使用命令修改最近一次 commit 的message新消息
git commit --amend -m "update message"
使用命令进入 vim 编辑器
git commit --amend
按 字母 E 可以进入编辑状态，如果进入的不是编辑状态，可以输入字母 i 或者字母 c，进行编辑修改
输入字母 i 或者字母 c，进行编辑修改
然后编辑修改信息
修改成功之后，按 ESC 退出编辑状态，然后连续按 两下 大写字母 Z ，就可以保存下来了。
保存成功之后，输入 git log 查看修改情况
或者使用Idea自带的 Amend Comment
查看状态
查看没有git add的文件
git checkout
查看当前提交状态
git status
5. 修改分支名称 git branch (-m | -M) <oldbranch> <newbranch>
步骤：
- 将旧分支名称
oldBranch更新为新的名称newBranch
-m和-M的区别：使用-M则表示强制重命名
-m：移动/重命名一个分支和相应的reflog。
-M：移动/重命名一个分支，即使新的分支名称已经存在。git branch -m oldbranch newbranch
- 删除旧远程分支
oldBranch
使用-D相当于强制删除，类似--delete --forcegit push --d origin oldbranch
- 将修改后的本地新分支推送到远程仓库上
git push origin newbranch
| git 分支常用命令 | 描述 |
|---|---|
git branch | 查看本地所有分支（当前本地所在分支前面带*且为绿色，其它本地分支为白色） |
git branch -r | 查看远程所有分支（远程分支都为红色） |
git branch -a | 查看本地和远程所有分支 |
git branch -d <branchName> | 删除本地分支，branchName 为本地分支名【使用 -D 相当于强制删除，类似 --delete --force】 |
git branch -d -r <branchName> | 删除远程分支，branchName 为远程分支名【注意：删除分支之后，要推送到远程服务器上才有效】 |
git push origin <branchName> | 将分支推送到远程服务器上，branchName为分支名称 |
提供销控管理工具
| git 选项 | 描述 |
|---|---|
-f | --force，强制操作 |
-r | --remote，远程 |
-a | --all，全部 |
-d | --delete，删除 |
-D | --delete --force，-d 和 -D 组合，表示强制删除 |
-m | --move，移动或重命名 |
-M | --move --force，-m 和 -M 组合，表示强制重命名，即使新的分支名称已经存在 |
6. merge 合并分支冲突解决
冲突发生，大概率是你和别人修改同一位置导致的（所以在提交代码之前要先同步一下代码），可以借助
git mergetool命令查看
一般冲突解决思路：将目标分支代码合并到自己的分支上，然后处理冲突，解决冲突后再合并（即在执行pushb之前先进行pull）步骤1：切换到主分支（合代码的目标分支）
git checkout master步骤2：从目标分支拉取最新内容
git pull步骤3：切换到自己的分支上
git checkout branchName步骤4：将主分支代码合并到自己的分支上
git merge master步骤5：出现冲突，就解决掉冲突（两种方式：
pull命令 或者fetch + rebase）如果使用
pull命令拉取代码，冲突文件中就回出现类似下面这种情况的东西<<<<<<< HEAD private static final List<Integer> DEFAULT_RULE_LIST = new ArrayList<Integer>(){ { add(8); add(4); add(4); add(4); add(12); }}; ======= private static final String DEFAULT_INTERVAL_STR = "-"; >>>>>>> 987bf2d1591ad351ab6e52ecdbcb2a2147204161这就是冲突的内容，
<<<<<<< HEAD到>>>>>>>987bf2d1591ad351ab6e52ecdbcb2a2147204161之间的部分就是是发生冲突的部分。
中间的=======是将本地与远程的冲突的部分进行分离（就是分隔符）。
即<<<<<<< HEAD到 >>=======是本地分支的代码，而=======到>>>>>>>>>987bf2d1591ad351ab6e52ecdbcb2a2147204161就是远程仓库的代码，其中这一串数字987bf2d1591ad351ab6e52ecdbcb2a2147204161是commit提交的版本号。
将冲突解决，然后push合并代码就可以了。
，然后 git push 合代码。
7. git checkout 切换分支报错 – git reset –hard FETCH_HEAD
git checkout 切换分支报错：
Can’t checkout because of unmerged files
You have to resolve all merge conflicts before checkout.After resolving conflicts you also probably would want to commit your files to the current branch.
git pull 报错：
Pulling is not possible because you have unmerged files.hint: Fix them up in the work tree, and then use ‘git add/rm
<file>hint: as appropriate to mark resolution and make a commit.
Exiting because of an unresolved conflict.
原因：
切换分支处理冲突过程中的导致本地 local 文件冲突，
解决办法：
需要将冲突的文件
resolve掉git add -u,git commit之后才能继续操作放弃本地文件的修改，
git reset --hard FETCH_HEAD，回到上次成功pull之后的【谨慎使用，如果需要使用，请先保存本地 local 修改的部分内容】FETCH_HEAD 表示上一次成功
git pull之后形成的 commit 记录点。
git merge会形成MERGE-HEAD(FETCH-HEAD)
git push会形成HEAD的引用，HEAD代表本地最近成功push后形成的引用。
8. git 去除分支后一直带有 rebasing
原因：合并代码时出现错误 ，分支后面一直带着
rebasing解决方法：
，然后解决冲突提交
git status找到冲突文件，解决冲突后提交，最后git rebase --continue`
git rebase --abort或git rebase --skip放弃当前rebase操作文件
rm命令删除rm .git/rebase-apply
