git 合并master到本分支 合了一半发现有冲突,撤回合并

1.git 合并master到本分支发现有冲突,并且不想解决冲突,撤回合并

git reset --hard

2.已经合并到master的代码

git log  找到你的提交commit

git reset --hard e377f60e28c8b84158  撤回到你找到的提交id

应用场景是,如果你的代码提交了,你要想回滚到上几个版本

3.git checkou 要回到提交的ID

git checkout -b 新分支

git push --set-stream origin 新分支

原文地址:https://www.cnblogs.com/caohuimingfa/p/10877730.html

时间: 2024-07-31 11:17:17

git 合并master到本分支 合了一半发现有冲突,撤回合并的相关文章

git基于历史commit创建分支

今天在使用dbus实现rpc时,发现远程方法传递和返回的参数不对,而前几天测试过明明是正常的.于是很自然的想到找回历史版本再测试一遍,确认是测试环境发生变化了,还是修改代码引起的. 可是怎么取出历史版本呢?对git不太熟练,折腾了一番总算搞定了. 1.确定需要取出版本的commit值: #git logcommit 76dc4da1c919a2baf430fbe0a7362844ab274451 Author: Zhengfeng Rao <[email protected]> Date: T

git从master分支checkout一个新分支,开发完毕合并到master出现冲突

项目是一个人独立开发的,master都是开发完的版本,v1.0,v1.1,v1.2……新开发任务时,从master checkout一个新的分支出来,进行开发,当开发完毕,我checkout到master时,出现了很多冲突文件,很不解,项目都是我一个人开发的,为什么会出现冲突呢,在经过问题排查时发现,我在dev分支上进行开发时,当时master上要修改一个小东西,就在master上进行了修改,然后进行了amend提交,造成了checkout分支时master的commit id和现在的commi

git分支的创建、删除、切换、合并

1. 先看一下git的命令: 查看本地分支 git branch : 查看远程分支 git branch -r : 切换分支 git checkout -b agrochemical origin/agrochemical: 查看所属分支 git branch -a: 回退命令: $ git reset --hard HEAD^: 回退到上个版本 $ git reset --hard HEAD~3: 回退到前3次提交之前,以此类推,: 回退到n次提交之前 $ git reset --hard c

git 合并其他仓库的分支

仓库A的master分支,需要合到仓库B的master分支 主仓库:company:master 我的仓库:yoyocheknow:master 合并步骤: 1:将主仓库的地址添加到自己本地的远程仓库中 git remote add 仓库名称 地址 git remote add companyMaster [email protected]:company/code.git 现在git remote 一下可以看见本地有两个远程仓库: git remote companyMaster origin

git分支覆盖合并,以及创新分支并且推送

git的分支覆盖合并: 项目一般在上线前,都需要将master分支更新为最后上线的代码,那么覆盖合并的代码可以如下写 假如说要用dev分支的去覆盖master 首先切换到master分支---->     git checkout master 执行覆盖命令---->   git reset --hard origin/dev   (红色为固定写法,后边的表示要用哪个分支去覆盖) 强行推上去------->   git push -f git创建新分支并且推送至远程: 假如说要新建分支为

?git?-----协同开发,冲突解决 合并分支(项目中使用git)

使用基本流程 """ 1.开发前,拉一次远程仓库 2.工作区进行开发 3.将开发结果提交到本地版本库 - git status查看时没有待处理的事件 4.拉取远程仓库(每一次要提交远程仓库前必须先拉) 5.如果出现冲突,线下沟通(协商重新开发冲突文件),要重新走3.4步 6.没有冲突,提交到远程仓库 """ 协同开发 """ 1)所有人在一个分支上进行开发 - 通常开发分支名为dev 2)遵循git开发流程:先提交本

《Pro Git》笔记3:分支基本操作

<Pro Git>笔记3:Git分支基本操作 分支使多线开发和合并非常容易.Git的分支就是一个指向提交对象的可变指针,极其轻量.Git的默认分支为master. 1.Git数据存储结构和分支 git提交时会将暂存文件的内容,暂存的目录结构,提交对象,含附注标签对象都以包含信息头的二进制文件形式存储到版本库中(.git/objects目录),存储的对象以其自身SHA1值作为唯一标识,SHA1前两位为存储对象所在目录名,SHA1后38位为存储对象的文件名.存储的数据对象类型有: blob(文件内

Git之(四)分支管理

当我们初始化Git仓库的时候,Git会默认创建一个名为master的主分支.在实际工作中,主分支要求是一个稳定.健壮.安全的主线,一般不允许在主分支上直接进行开发,而是拉取一个新的分支,开发.测试完成后,再将分支合并到主分支上. 使用分支意味着你可以从开发主线上分离开来,然后在不影响主线的同时继续工作.在很多版本控制系统中,这是个昂贵的过程,常常需要创建一个源代码目录的完整副本,对大型项目来说会花费很长时间. Git 的分支模型可称为"必杀技特性",而正是因为该特性将 Git 从版本控

git 教程(15)--分支管理策略

通常,合并分支时,如果可能,Git会用Fast forward模式,但这种模式下,删除分支后,会丢掉分支信息. 如果要强制禁用Fast forward模式,Git就会在merge时生成一个新的commit,这样,从分支历史上就可以看出分支信息. 下面我们实战一下--no-ff方式的git merge: 首先,仍然创建并切换dev分支: 修改readme.txt文件,并提交一个新的commit: 现在,我们切换回master: 准备合并dev分支,请注意--no-ff参数,表示禁用Fast for