赞
踩
git reset HEAD
撤销上一次的提交
git reset --soft HEAD^
windows 系统使用提示 more,需要多加一个
^
(windows当中^才是换行符?)git reset --soft HEAD^^
- 1
按照输入的数字撤销输入数字条commit记录
git reset HEAD~数字
// 切换到指定分支
git checkout 分支名
// 撤回到需要的版本
git reset --soft 需要回退到的版本号
//提交撤销动作到服务器,强制提交当前版本号
git push origin 分支名 --force
可以通过 git log
命令查看提交的版本号(选择需要回退的版本号)
注意:
git reset --soft/hard 需要回退到的版本号
soft 和 hard的区别
soft
:保留本地当前工作区,用于重新提交(回退到指定版本号,回退的版本号代码会保留到本地工作区,本地工作区代码还是保留最后提交的状态)hard
:不保留本地当前工作区,回退到指定版本号之后,同时本地工作区代码也回退,一定要谨慎使用
git push origin 分支名 --force
撤销后强制提交到当前分支的版本号状态,这里使用要谨慎
,
使用命令:
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
git branch (-m | -M) <oldbranch> <newbranch>
步骤:
- 将旧分支名称
oldBranch
更新为新的名称newBranch
-m
和-M
的区别:使用-M则表示强制重命名
-m
:移动/重命名一个分支和相应的reflog。
-M
:移动/重命名一个分支,即使新的分支名称已经存在。git branch -m oldbranch newbranch
- 1
- 删除旧远程分支
oldBranch
使用-D
相当于强制删除,类似--delete --force
git push --d origin oldbranch
- 1
- 将修改后的本地新分支推送到远程仓库上
git push origin newbranch
- 1
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 组合,表示强制重命名,即使新的分支名称已经存在 |
冲突发生,大概率是你和别人修改同一位置导致的(所以在提交代码之前要先同步一下代码),可以借助
git mergetool
命令查看
一般冲突解决思路:将目标分支代码合并到自己的分支上,然后处理冲突,解决冲突后再合并(即在执行push
b之前先进行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
- 1
- 2
- 3
- 4
- 5
这就是冲突的内容,
<<<<<<< HEAD
到>>>>>>>987bf2d1591ad351ab6e52ecdbcb2a2147204161
之间的部分就是是发生冲突的部分。
中间的=======
是将本地与远程的冲突的部分进行分离(就是分隔符)。
即<<<<<<< HEAD
到 >>=======
是本地分支的代码,而=======
到>>>>>>>>>987bf2d1591ad351ab6e52ecdbcb2a2147204161
就是远程仓库的代码,其中这一串数字987bf2d1591ad351ab6e52ecdbcb2a2147204161
是commit提交的版本号。
将冲突解决,然后push
合并代码就可以了。
,然后 git push
合代码。
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后形成的引用。
原因:合并代码时出现错误 ,分支后面一直带着
rebasing
解决方法:
,然后解决冲突提交
git status
找到冲突文件,解决冲突后提交,最后git rebase --continue
`
git rebase --abort
或git rebase --skip
放弃当前rebase操作文件
rm
命令删除rm .git/rebase-apply
【备注】merge 同理
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。