首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

Git:重新建立基础并删除提交时奇怪的合并冲突

Git是一个分布式版本控制系统,用于跟踪文件的变化并协调多人在同一个项目上的开发。它可以帮助开发人员管理代码的版本,协同工作,解决冲突,并提供了一套强大的工具来管理代码库。

在Git中,重新建立基础并删除提交时奇怪的合并冲突通常是由于错误的提交历史或分支管理引起的。下面是解决这个问题的步骤:

  1. 首先,使用git log命令查看提交历史,找到引起冲突的提交。可以使用git log --oneline命令以简洁的方式查看提交历史。
  2. 然后,使用git rebase -i <commit>命令来重新建立基础。将<commit>替换为引起冲突的提交的哈希值或分支名。这将打开一个交互式的界面,显示了相关的提交历史。
  3. 在交互式界面中,找到引起冲突的提交,并将其前面的pick改为edit。保存并关闭编辑器。
  4. 然后,Git会将你带到引起冲突的提交状态。你可以使用git reset HEAD^命令来取消该提交,或者使用git commit --amend命令来修改该提交。
  5. 在取消或修改提交后,使用git rebase --continue命令继续进行基础重建。
  6. 如果在重建基础的过程中出现合并冲突,可以使用常规的合并冲突解决方法,如手动编辑文件并使用git add命令标记为已解决。
  7. 最后,使用git push --force命令将更改推送到远程仓库。请注意,使用--force选项会覆盖远程仓库中的历史记录,因此请谨慎使用。

总结起来,重新建立基础并删除提交时奇怪的合并冲突的步骤如下:

  1. git log查看提交历史,找到引起冲突的提交。
  2. git rebase -i <commit>重新建立基础,将引起冲突的提交标记为edit
  3. git reset HEAD^取消或修改引起冲突的提交。
  4. git rebase --continue继续进行基础重建。
  5. 解决合并冲突。
  6. git push --force将更改推送到远程仓库。

对于Git的更多详细信息和操作,请参考腾讯云的Git产品文档:Git产品介绍

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

Sourcetree使用教程

目录:             基础配置             基础操作 拉取远程项目 pull(拉取)、commit(提交) 、push(推送) 新建分支 合并分支 Git工作流...将当前分支指向dev_20211014分支,点击“Git工作流”,选择“完成功能” 注意:当确定开发完成并且无误后再完成工程删除分支,否则可以保留开发分支 需要再增加新功能,重复以上操作即可...开发完成你们合并时候就有冲突产生,参照下面的冲突解决即可。 当开发到一定阶段,可以发布测试版本,可以从develop分支,建立release分支,进入预发布测试阶段。...冲突解决 多人开发,由于修改了同一个文件,可能会有文件冲突情况。 拉取代码,会有冲突提示,解决完相关冲突文件,重新提交即可。...前先拉取(pull)一次,确保一致 o 分支(branch):创建/修改/删除分枝 o 标签(tag):给项目增添标签 o 工作流(Git Flow):团队工作,每个人创建属于自己分枝(branch

4K22

5.3 分布式 Git - 维护项目

它会提取该提交补丁,之后尝试将其重新应用到当前分支上。 这种方式在你只想引入特性分支中某个提交,或者特性分支中只有一个提交,而你不想运行变基很有用。 举个例子,假设你项目提交历史类似: ?...现在你历史会变成这样: ? Figure 5-28. 拣选特性分支中一个提交历史。 现在你可以删除这个特性分支,丢弃不想拉入提交。...当启用 rerere Git 将会维护一些成功合并之前和之后镜像,当 Git 发现之前已经修复过类似的冲突,便会使用之前修复方案,而不需要你干预。...当单独调用它Git 会检查解决方案数据库,尝试寻找一个和当前任一冲突相关匹配项解决冲突(尽管当 rerere.enabled 被设置为 true 时会自动进行)。...为发布打标签 当你决定进行一次发布,你可能想要留下一个标签,这样在之后任何一个提交点都可以重新创建该发布。 你在 Git 基础 中已经了解了创建新标签过程。

57420

代码版本管理笔记 | Python 程序员也应该会 Git 进阶操作

不过为了避免将来 develop 分支版本开发完成后,与 test 分支合并产生 代码冲突问题,我们还需要切换到 develop 分支中,同样使用 git rebase 命令将 tmp 分支上提交版本复制过来...test # 将 tmp_bug 分支中提交记录复制到当前分支 git rebase tmp_bug 避免代码冲突 假设在 tmp_bug 中修改了 develop 分支文件代码,之后合并时会出现冲突...# 修改冲突文件,然后使用下面的命令提交 git commit -a rebase 冲突 # 提交冲突删除冲突文件,然后继续提交 git add . && git rebase --continue...当出现上述提示,我们可以使用 git rebase --skip 命令进行忽略 git rebase --skip 暂存区冲突 # 将代码 git stash 之后,继续修改了文件,并提交到了仓库,.../ && git reflog expire --expire=now --all 清除多余信息之后,我们需要重新建立文件与 Git 仓库关联关系 git fsck --full --unreachable

54620

Git Pro深入浅出(二)

# 重新应用储藏 $ git stash apply stash@{2} 注意: 可以在一个分支上保存一个储藏,切换到另一个分支,然后尝试重新应用这些修改 当应用储藏工作目录中也可以有修改与未提交文件...高级合并 合并提交并无不同!!! 在Git合并是相当容易,不像其他版本控制系统,Git 并不会尝试过于聪明合并冲突解决方案。...Git哲学是聪明地决定无歧义合并方案,但是如果有冲突,它不会尝试智能地自动解决它。 (1)合并冲突 首先,在做一次可能有冲突合并前尽可能保证工作目录是干净。...(4)快速合并 默认情况下,当 Git 看到两个分支合并冲突,它会将合并冲突标记添加到你代码中标记文件为冲突状态来让你解决。...到目前为止,我们已经用基础提交重写了最近历史,基础提交包括如何重新组成整个历史说明。

1.1K31

GitGit-常用命令备忘录(三)

值 9.本地没有远程标签 #查看本地标签 git tag -l #查看远程标签 git ls-remote -t #删除本地标签 git tag -d 待删除标签值 #拉取远程标签 git...git add -A git commit -m "[dev]init" git push -u origin master 12.变基->快进合并提交到某一分支上所有修改都移至另一分支上...,就好像“重新播放”一样(将一个分支修改操作在另一个分支最新提交基础上在依次应用)。...master #有冲突,需要手动合并文件解决,解决冲突后使用git add表示冲突已经解决 git add ....找到master和dev最近一个共同父commit对象 找出这个共同父commit对象到dev分支最新提交对象之间所有对象,将这些对象依次添加至master分支最新一次提交后。

33610

Git最全系列教程(三)

Git 为分支合并自动识别出最佳同源合并点。 这次,Git 没有简单地把分支指针右移,而是对三方合并结果重新做一个新快照,自动创建一个指向它提交对象(C6)(见图 3-17)。...$ git branch -d iss53 遇到冲突分支合并 有时候合并操作并不会如此顺利。...Git 会在有冲突文件里加入标准冲突解决标记,可以通过它们来手工定位解决这些冲突。...然而在 Git 中,一天之内建立、使用、合并删除多个分支是常见事。 我们在上节例子里已经见过这种用法了。...如果你把原来分支中提交对象发布出去,并且其他人更新下载后在其基础上开展工作,而稍后你又用 git rebase 抛弃这些提交对象,把新重演后提交对象发布出去的话,你合作者就不得不重新合并他们工作

95730

Git 简单入门(二)

解决完冲突后保存,然后再进行提交一次即可 合并完成后可以删除dev分支 git branch -d dev 查看分支 git branch 如果没有合并分支就要把分支删除,可以使用: git branch...-D 分支 注: 合并分支Git一般默认使用 Fast forward 模式,删除分支后,会丢掉分支信息 使用 git merge --no-ff -m"comment" dev 会在merge...,不管你提交在哪个分支,如果执行 git push origin master 会将本地master分支推送到远程master分支,如果执行 git push origin dev ,会将本地发...多人协作工作模式: 首先尝试 git push origin branch-name 推送自己修改 如果推送失败,则因为远程分支比你本地更新,需要先用git pull 视图合并 如果合并冲突则解决冲突...,并在本地提交 没有冲突或者解决掉冲突后,使用 git push origin branch-name 推送 远程分支管理 推送本地分支 dev 到 远程分支 dev 建立关联关系 远程已经有dev

32510

Pro Git研读精选:分支介绍和分支合并

同时,因为每次提交都记录了祖先信息(译注:即 parent 对象),将来要合并分支,寻找恰当合并基础(译注:即共同祖先)工作其实已经自然而然地摆在那里了,所以实现起来非常容易。...这次,Git 没有简单地把分支指针右移,而是对三方合并结果重新做一个新快照,自动创建一个指向它提交对象(C6)(见图 3-17)。这个提交对象比较特殊,它有两个祖先(C4 和 C5)。...值得一提是 Git 可以自己裁决哪个共同祖先才是最佳合并基础;这和 CVS 或 Subversion(1.5 以后版本)不同,它们需要开发者手工指定合并基础。...Git 会在有冲突文件里加入标准冲突解决标记,可以通过它们来手工定位解决这些冲突。...如果你想用一个有图形界面的工具来解决这些问题,不妨运行 git mergetool,它会调用一个可视化合并工具引导你解决所有冲突: $ git mergetool merge tool candidates

51020

git创建分支,合并分支,常用命令

Git 为分支合并自动识别出最佳同源合并点。 这次,Git 没有简单地把分支指针右移,而是对三方合并结果重新做一个新快照,自动创建一个指向它提交对象(C6)(见图 3-17)。...$ git branch -d iss53 遇到冲突分支合并 有时候合并操作并不会如此顺利。...Git 会在有冲突文件里加入标准冲突解决标记,可以通过它们来手工定位解决这些冲突。...然而在 Git 中,一天之内建立、使用、合并删除多个分支是常见事。 我们在上节例子里已经见过这种用法了。...如果你把原来分支中提交对象发布出去,并且其他人更新下载后在其基础上开展工作,而稍后你又用git rebase 抛弃这些提交对象,把新重演后提交对象发布出去的话,你合作者就不得不重新合并他们工作

14.9K51

git 常用操作总结

删除文件 删除工作区中文件 $ rm "xxx.txt" 提交删除操作到暂存区 $ git rm "xxx.txt" 提交删除到版本库,在版本库中彻底删除文件 $ git commit -m "remove...储藏工作现场 修复bug,我们会通过创建新bug分支进行修复,然后合并,最后删除; 当手头工作没有完成,先把工作现场git stash一下,然后去修复bug,修复后,再git stash pop,...回到工作现场 储存工作现场 $ git stash 工作现场列表 $ git stash list 恢复但不删除储藏栈工作现场 $ git stash apply 恢复删除储藏栈中工作现场...多人协作工作模式 试图用git push origin branch-name推送自己修改 如果推送失败,则因为远程分支比你本地更新,需要先用git pull试图合并 如果合并冲突,则解决冲突,并在本地提交...重新跟踪远程文件 先删除远程文件 $ git remote rm origin 跟踪新远程文件 $ git remote add origin https://xxx.git 或者合并成一条命令 $

16210

分布式版本控制-Git(二)

第五步:把dev分支工作成果合并到master分支上: $ git merge dev 第六步:删除dev分支: $ git branch -d dev 八、解决冲突 第一步:创建新分支,并在此分支上修改...text on master" 第三步:将feature1分支合并到master $ git merge feature1 此时,由于冲突报错了,现需要修改其中一分支下文件,然后重新提交合并...第一步:查看当前分支信息,当前分支dev上还有未完成待提交文件,保存现场: $ git status $ git stash 第二步:切换到master分支,创建bug分支,进行bug修复...如本地没有与远程dev建立连接,需建立连接: 指定本地dev分支与远程origin/dev分支链接:$ git branch --set-upstream dev origin/dev 把最新提交从...origin/dev抓下来:$ git pull 然后手动修改冲突合并后再提交 十一、标签管理 Git标签是版本库快照,其本质是指向某个commit指针。

33831

git初入门(三):分支

Git 怎么合并呢?最简单方法,就是直接把master指向dev的当前提交,就完成了合并:图片所以 Git 合并分支也很快!就改改指针,工作区内容也不变!合并完分支后,甚至可以删除dev分支。...分支dev2中修改在分支dev1中也生效了 $ cat hyy07.txt dev2 修改内容1.6 解决冲突如果同一个文件在合并分支都被修改了则会引起冲突,如下所示:提交前两个分支状态 $...# (修复冲突运行“git提交”) (fix conflicts and run "git commit") # (使用“git merge--abort”中止合并) (use "git...>>>>>>> dev2Git 用>>>>>> 标记出不同分支内容,其中 >>>>dev2是指 dev2 上修改内容 # 解决办法是我们可以修改冲突文件后重新提交...分钟修改,我去手动把内容修改成了: dev1 修改了内容 # 其他内容全部删除,只保留了dev1分支修改部分,抛弃了dev2 分支修改、重新提交冲突解决: $ git add . $ git commit

25520

【干货分享】通过命令操作来学习Git

看着这一堆乱七八糟文档,想保留其中最新一个版本,删除其他版本,但是又害怕某天被删除文档会重新被利用,还不敢删除。...当John完成工作,通知Jack拉取项目更新,在拉取过程中, Git会自动合并双方修改为一体,如果项目成员修改发生冲突(比如修改同一处),Git允许你手动选择使用什么内容来填充冲突处。...Git还记录了每次修改内容节点,在每次提交Git生成一个HASH值作为版本号,我们可以通过查看项目历史找到想要版本,通过版本号将当前版本回滚到指定版本。...git checkout -b——创建、切换分支 ---- 如果以当前分支master为基础创建新分支,那么使用命令: git checkout -b 新分支名称 [master] 这是一个创建分支切换到新分支一个命令...分支添加部分内容并提交,然后在恢复到feature-A合并之后,然后将fix-B分支合并到主分支上。

49530

可能每天都会用到Git命令速查表

将fork与主仓库同步 分支项目,请务必保持最新状态,以避免在发出请求出现复杂合并冲突,或者只是确保您具有所有新功能和安全补丁。...在上一次提交签出项目的状态 要返回过去查看过去一次给定提交项目状态,请首先运行git log以查看提交历史记录,然后选择要返回提交。 然后,复制其哈希仅运行git checkout 。...从Git删除文件修剪其整个历史记录 如果你曾经将敏感数据推送到远程存储库(例如,在GitHub上),则不仅需要从Git跟踪中删除文件,还需要删除其整个历史记录。...为了避免多次解决相同的确切合并冲突,可以启用合并冲突解决方案Git缓存。...这将存储合并冲突解决方式,如果再次出现,将自动解决相同冲突git config --global rerere.enabled true 在Git Docs上了解有关此内容更多信息。

1.2K30

git 常用操作总结

删除文件 删除工作区中文件 $ rm "xxx.txt" 提交删除操作到暂存区 $ git rm "xxx.txt" 提交删除到版本库,在版本库中彻底删除文件 $ git commit -m "remove...储藏工作现场 修复bug,我们会通过创建新bug分支进行修复,然后合并,最后删除; 当手头工作没有完成,先把工作现场git stash一下,然后去修复bug,修复后,再git stash pop,...回到工作现场 储存工作现场 $ git stash 工作现场列表 $ git stash list 恢复但不删除储藏栈工作现场 $ git stash apply 恢复删除储藏栈中工作现场...多人协作工作模式 试图用git push origin branch-name推送自己修改 如果推送失败,则因为远程分支比你本地更新,需要先用git pull试图合并 如果合并冲突,则解决冲突,并在本地提交...重新跟踪远程文件 先删除远程文件 $ git remote rm origin 跟踪新远程文件 $ git remote add origin https://xxx.git 或者合并成一条命令 $

49020

Git快速入门

有时候别人修改了一个地方已经提交到远程了,自己也修改了同样地方,自己也要push却失败了,这是因为远程项目的版本是最新,可能和你修改冲突,所以每次push前先git pull ,把远程下拉后解决冲突再...dev git push 解决冲突: 当两个分支在同一个文件同一个位置做了修改时,二者合并时会出现冲突,查看冲突,留下正确修改,重新 git add b.txt git commit -m'冲突已解决...如果要丢弃一个没有被合并分支,可以通过git branch -D 强行删除。...git status 查看没有未提交工作 要恢复工作现场 方法一:git stash pop (恢复删除stash内容)法二:git stash apply(恢复) , git...git rm --cached 使用git rm --cached file,直接从暂存区进行文件删除,不会影响工作区内容。

72010

通过 41 个 问答方式快速了解学习 Git

它只提供更改且更清晰历史记录,而不是来自其他分支或合并提交。 然而,尽管总是可能,但是使用 rebase 可能是一个痛苦过程,因为每次提交都要重新应用。这可能会导致多重冲突。...fixup 自动使用来自第一次提交消息。 20. 通常,当使用 master 重新建立功能分支,对于每次提交都需要解决冲突? 是的。...由于每次提交更改都会在 rebase 期间重新应用,所以必须在冲突发生解决它们。 这意味着在提交之前就已经有了提交冲突,如果没有正确地解决它,那么下面的许多提交也可能发生冲突。...只有当你运行了更改本地提交历史命令,才应该使用 git push --force。 29. 当我在 git rebase - 选择drop,是否删除了与该提交相关代码? 是的。...再将支线分支(branch)每一次提交修改,以补丁形式,一个个重新应用到主干分支上。这个过程是一个循环应用补丁过程,期间只要补丁产生冲突,就会停止循环,等待手动解决冲突

1.4K20

通过 41 个 问答方式快速了解学习 Git

它只提供更改且更清晰历史记录,而不是来自其他分支或合并提交。 然而,尽管总是可能,但是使用 rebase 可能是一个痛苦过程,因为每次提交都要重新应用。这可能会导致多重冲突。...fixup 自动使用来自第一次提交消息。 20. 通常,当使用 master 重新建立功能分支,对于每次提交都需要解决冲突? 是的。...由于每次提交更改都会在 rebase 期间重新应用,所以必须在冲突发生解决它们。 这意味着在提交之前就已经有了提交冲突,如果没有正确地解决它,那么下面的许多提交也可能发生冲突。...只有当你运行了更改本地提交历史命令,才应该使用 git push --force。 29. 当我在 git rebase - 选择drop,是否删除了与该提交相关代码? 是的。...再将支线分支(branch)每一次提交修改,以补丁形式,一个个重新应用到主干分支上。这个过程是一个循环应用补丁过程,期间只要补丁产生冲突,就会停止循环,等待手动解决冲突

1.5K50

Git关键命令总结

image.png 若合并分支存在冲突,需手动解决冲突,然后再add->commit。...详情 image.png image.png 个人理解:当出现冲突,文件中会有相应标记,手动解决冲突实际上就是重新编辑了文件,此后操作与更新仓库是一样,都需要add->commit,所以此时merge...其实只是起到工具作用,帮忙查出冲突,并且在提交记录graph中会进行merge记录。...# 恢复删除 可以多次stash,恢复时候,先用git stash list查看,然后恢复指定stash 查看远程库信息 git remote git remote -v 多人协作 多人协作工作模式通常是这样...: 首先,可以试图用git push origin 推送自己修改; 如果推送失败,则因为远程分支比你本地更新,需要先用git pull试图合并; 如果合并冲突,则解决冲突

54020

Git在Linux下使用

*注意:git跟踪管理是修改,而不是文件,如果一个文件修改add之后,再次修改,如果不再次add就提交的话,只会提交第一次修改。...-d branchname 删除branchname分支 注意:创建、合并删除分支都非常快,git鼓励使用分支完成某个任务,合并删除分支,和直接在master分支上进行工作是一样效果...*冲突解决:git无法自动合并分支,就必须首先解决冲突;解决冲突之后,再提交,即完成了合并 使用git log --graph 可以查看分支合并图。...使用git push origin branchname 推送自己修改 2、如果推送失败,因为远程分支比本地更新,先使用git pull 合并 3、如果合并冲突,解决冲突,在本地提交...4、再推送 注意:如果使用git pull 合并提示 ”no tracking information“说明本地分支没有和远程分支建立链接关系,使用以下指令建立关系:git

1.6K10

扫码

添加站长 进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

    运营活动

    活动名称
    广告关闭
    领券