记一次git误操作, 合并冲突别人新增文件显示成“自己新增“绿色文件

最新推荐文章于 2023-08-17 15:35:18 发布
最新推荐文章于 2023-08-17 15:35:18 发布
阅读量929 收藏
点赞数 2
分类专栏： other 文章标签： git github
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/yin18827152962/article/details/128890419
版权
在处理Git合并冲突时，用户错误地将未解决冲突状态下显示的绿色新增文件当作自己的改动，导致删除了他人的文件。文章强调了在合并过程中理解变更列表和合并列表的区别，以及未解决冲突时不应进行其他Git操作的重要性。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

描述

1.用户A添加了文件合并到了develop
2.我修改了本地文件在我的本地分支person分支
3.pull: develop -> person, 发生冲突
4.冲突没有解决, 编显示到change log列表, 冲突文件显示红色
在这里插入图片描述
5.解决冲突, 重新加载磁盘文件
在这里插入图片描述
6.用户添加的文件便以绿色新增的颜色出现在了变更列表(准确说这个是合并列表)
问题就出在这里, 这里的因为我的git状态处于合并过程中, 不能进行其他例如checkout等操作, 必须把这次合并冲突处理完成才能进行其他操作

所以说这里的绿色新增不是我的"变更列表"的新增, 而是我的"合并列表" (develop -> person)相对person分支的新增, 所以说这里的新增文件未必是我的新增文件, 也包含了其他人的新增文件

问题出现复盘

这是我的变更列表状态
在这里插入图片描述

合并
在这里插入图片描述
直接叉掉本以为会终止合并,

但是并没有, 而是把变更列表变成了合并列表, 红色是冲突文件, 绿色是相对目标分支add文件(反应有点慢, 可能需要重新加载下磁盘效果更快), 但是这些add可能有些不是你新增的(由于没能复现当时现象, 所以没有截图)

但是当时我把这个这些绿色新增理解成了我自己新增, 并且同时在重构项目时候好多重复同名的VO文件, 我就理解成了同时在重构时候将这些文件从a移动到了b目录, 然后把a目录下面的文件删除了, 当我pull develop分支时候, 因为同时删除了, 但是我本地有这些文件, idea的自动add功能, 又把这些文件添加到了我的变更列表中了(变成绿色), 所以以我的理解, 我应该这些重复的文件删除掉, 所以最终傻逼的我在没有和同事确认的情况下自以为是的把好多不是我新增的绿色文件删除了, 然后同事找到了我…

这些绿色新增文件本来不应该出现在我的变更列表, 但是为什么出现了?
因为合并没有解决冲突, 我的合并状态被锁死, 变更列表变成了合并列表, 这些绿色新增的文件是相对目标分支新增, 而不一定是我自己新增的文件, 其中红色的文件是冲突的文件, 需要解决红色冲突才能文件这次合并, 不完成这次合并不能进行其他任何git操作

记录这次傻逼操作, 希望下次和我理解相同的童鞋不要再次入坑, 真的好尴尬

Android Studio使用Git提交、分支、切换、合并
2401_85730822的博客
06-23 1964
小编这些年深知大多数初中级Android工程师，想要提升自己，往往是自己摸索成长，自己不成体系的自学效果低效漫长且无助。因此我收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！资料⬅专栏获取代码了，不过检出之后也会处于。
git拉取文件有新增文件_Git文件标注
weixin_34540951的博客
01-03 528
如果你在追踪代码中的缺陷想知道这是什么时候为什么被引进来的，文件标注会是你的最佳工具。它会显示文件中对每一行进行修改的最近一次提交。因此，如果你发现自己代码中的一个方法存在缺陷，你可以用git blame来标注文件，查看那个方法的每一行分别是由谁在哪一天修改的。下面这个例子使用了-L选项来限制输出范围在第12至22行：$ git blame -L 12,22 simplegit.rb^4...
Git提交时将所有文件视为新添加
euphorias的博客
08-14 404
Git 提交将所有文件视为新添加
git中 绿色的文件是什么_利用bfg(取代git filter-branch)来删除你git中的大文件的方式...
weixin_28976057的博客
01-30 600
当你想要从你的git repo中删除大量文件做过滤的时候，你第一个会想到的是git filter-branch,但是这个使用不方便加上速度不快，幸好我们迎来了killer工具 - bfg. 他不会真正的把这些文件从最新的commit中删除。下面是具体步骤：首先你需要以--mirror的方式来git clone你的仓库 git clone --mirror git://example.com/you...
git显示绿标
l3142600073的博客
04-08 484
找到如下位置，重新命名Tortoise 开头的项，删掉其空格。win + r 键 输入 regedit.exe。
idea中git更新项目后出现别人提交的代码变成本地的未提交的文件，导致push失败
chijiansong的博客
08-11 818
可能是文件冲突引起的，把别人提交的变成本地的文件删除掉重新update。
解决使用pycharm提交代码时冲突之后文件丢失找回的方法
09-20
在使用PyCharm进行代码版本控制操作，如Git提交时，有时可能会遇到代码冲突的问题。如果在处理冲突的过程中不慎丢失了文件或者误删了代码，这无疑会给开发工作带来困扰。不过，PyCharm提供了一个名为"Local History...
【Git分支合并冲突处理流程】：IDEA用户必学技能
首先概述了Git分支合并冲突的基本概念，随后深入Git的基础操作和分支管理，为理解冲突提供了必要的背景知识。接着，文章通过理论分析了合并冲突的原理、合并策略的选择，并给出了具体的实践指导，包括解决冲突的步骤...
使用git之后文件夹不显示绿色的图标
GikQxx21_wen的博客
02-07 2221
git图标
git 文件全部标红_git冲突解决，代码冲突、合并冲突。【IDEA版本】
weixin_36431489的博客
01-30 3042
其实所谓的冲突就是同一个文件同时被多个人修改了，导致git服务不知道要保存谁的。一、同一个版本冲突解决1-1、当我们正常拉取代码的时候，结果是这样的。1-2、如果有冲突的时候，将是这样的解决冲突的办法也有很多种选择自己的代码，也就是不要别人的，保留自己的。(Accept Yours)选择别人的代码，也就是不要自己的，保留别人的。(Accept Theirs)合并你们的代码，然后自己去手动...
【转】Git进阶（一）：git 管理文件之后文件颜色的含义
weixin_46713695的博客
09-22 1729
git 管理文件之后颜色的定义
idea中git各颜色文件含义
weixin_30633507的博客
03-13 2692
1. 绿色:已经加入控制，暂未提交 2. 蓝色:加入，已提交，有改动 3. 白色:加入，已提交，无改动 4. 灰色:版本控制已忽略文件 5. 红色:未加入版本控制 转载于:https://www.cnblogs.com/i-hard-working/p/10523590.html...
idea 文件颜色和git状态对应关系
张紫娃的博客
09-23 2232
红色，未加入版本控制，git不管理绿色，已加入版本控制，暂未提交蓝色，已加入版本控制，已提交，有改动（提交后就变回白色）白色，已加入版本控制，已提交，无改动灰色：已加入版本控制，忽略的文件（.ignore）
idea中使用了git插件之后文件爆红的解决办法
巴胡子
09-09 7852
先上问题： 原因： 在给idea安装了git插件的之前，这些爆红的文件没有被添加到git当中，被Git识别为冲突文件，如图： 解决方法： 方法一：将.idea文件夹下的vcs.xml文件的vcs修改为Git，然后重新启动idea 方法二：如果还不用，自己手动添加进git当中 步骤如下：选中爆红的文件，然后选择Git菜单，再点击添加 或者直接选中文件有快捷键，Ctrl+Alt+A ...
Git文件颜色对应的含义
m0_48703915的博客
08-17 1377
Git的文件颜色
git pull拉取代码时冲突的解决办法
热门推荐
蜗牛不会跑
12-18 1万+
在使用git pull命令拉取代码时，有时会遇到以下错误信息： error: Your local changes to the following files would be overwritten by merge:        ... Please commit your changes or stash them before you merge. Aborting Updating...
git合并远程库并将代码合并完提交到自己的分支的流程
weixin_40765227的博客
05-19 906
示例:git remote add basic https://gitee.com/sssssss1/xxx.git。4.将tmp分支和本地的master分支合并 (冲突一般在这个时候产生 将冲突在vscode中处理然后提交暂存)git remote add (自己起的远程库的名字) （远程库的地址）6.git branch -d tmp （删除这个分支）3.把远程仓库master分支下载到本地并存为tmp分支。5. git push -f 即可。1.看自己本来是否设置了远程库。
git提交冲突和解决方案
Lynn1724的博客
05-09 1538
首先要确保提交者的版本库信息和远端仓库是同步的，之后再做修改就不会冲突了。tips：所以在公司每天晚上要提交代码，第二天来的时候要更新代码，确保和远程仓库的版本库的同步。
git revert 撤回某次提交
最新发布
03-04
<think>好的，我需要向用户介绍git revert命令，特别是如何用它来撤回某次提交。首先，我得确保自己正确理解这个命令的功能和用法。git revert的作用是创建一个新的提交，用来撤销某次历史提交的更改，而不是删除之前的提交。这点很重要，因为它不会改变项目历史，这在团队协作中很重要，避免破坏他人的工作。 接下来，我需要理清git revert的基本用法。用户可能需要知道如何指定要撤销的提交，通常是使用提交的哈希值或者相对引用。例如，git revert <commit-hash>。这里要提醒用户，执行后会打开编辑器让用户输入提交信息，默认会包含原提交的信息，但可以修改。 然后，应该提到如何处理冲突。如果在撤销过程中遇到冲突，git会提示用户解决冲突，然后使用git add和git commit来完成revert过程。或者使用--no-commit选项，让用户自己提交。 还要注意一些常用选项，比如--no-edit可以跳过编辑提交信息的步骤，直接使用默认信息。另外，撤销多个提交可能需要依次指定多个哈希，或者使用范围语法，如git revert HEAD~3..HEAD，但这可能不适用所有情况，需要谨慎处理。 用户可能会混淆git revert和git reset的区别。这里需要明确说明，reset是移动HEAD指针，改变历史，适合本地仓库；而revert是安全地撤销更改，保留历史，适合公共仓库。比如，如果已经将提交推送到远程仓库，应该使用revert。 举一个例子会更清楚。比如用户有一个提交abc123，引入了错误，使用git revert abc123会生成一个新提交，撤销abc123的更改。用户需要确保在正确的分支上操作，解决可能出现的冲突。 另外，可能需要注意连续撤销多个提交时的顺序问题，是否要按提交顺序逆序处理。比如，如果连续有三个提交A→B→C，要撤销B，可能需要先检查是否会影响后续提交C的内容。 最后，总结一下使用场景和注意事项，确保用户明白何时使用revert而不是reset，如何处理冲突，以及如何保持历史的完整性。可能还需要提醒用户，在执行前最好备份当前状态，或者使用git reflog来恢复误操作。</think>以下是关于 `git revert` 命令的详细介绍，分步骤说明其用途和操作方法： --- ### **1. 核心功能** `git revert` 用于 **安全撤销某次提交的更改**，它会创建一个新的提交来抵消目标提交的改动，而不是直接删除历史提交。这能保留完整的版本历史，适合团队协作或已推送至远程仓库的场景。 --- ### **2. 基本用法** ```bash # 语法 git revert <commit-hash> ``` - **示例**：撤销提交 `abc123` ```bash git revert abc123 ``` - 执行后会打开编辑器要求输入新提交的说明（默认包含原提交信息，可修改）。 - 完成编辑保存后，生成一个**新提交**，内容与原提交相反。 --- ### **3. 处理冲突** 如果撤销过程中代码发生冲突： 1. 手动解决冲突文件（Git 会标记冲突位置）。 2. 标记冲突已解决： ```bash git add <file> ``` 3. 继续完成撤销操作： ```bash git revert --continue ``` 4. 若想放弃撤销，执行： ```bash git revert --abort ``` --- ### **4. 常用选项** - **跳过编辑提交信息**： ```bash git revert --no-edit abc123 ``` - **撤销多个提交**： ```bash # 依次撤销提交A、提交B（按提交时间从旧到新顺序） git revert commitA commitB ``` - **撤销合并提交 (Merge Commit)**： ```bash git revert -m 1 <merge-commit-hash> ``` `-m 1` 表示保留合并后的主分支代码（需根据合并场景选择参数）。 --- ### **5. 与 git reset 的区别** | 特性 | git revert | git reset | |--------------------|--------------------|-------------------| | **是否修改历史** | 保留历史，新增提交 | 直接删除历史提交 | | **适用场景** | 已推送的提交 | 本地未推送的提交 | | **安全性** | 高（不破坏协作） | 低（影响他人代码）| --- ### **6. 使用场景示例** 假设提交历史为：`A → B → C`，现在发现提交 `B` 引入了错误： 1. 用 `git revert B` 生成新提交 `D`，内容为撤销 `B` 的改动。 2. 提交历史变为：`A → B → C → D`，代码恢复到 `B` 之前的状态。 --- ### **7. 注意事项** - 撤销的提交如果涉及文件删除/重命名，需仔细检查冲突。 - 不要用 `git revert` 撤销已经通过其他方式修复的提交（可能导致重复冲突）。 - 可通过 `git reflog` 找回误操作（如错误撤销）。 --- 通过 `git revert`，你可以安全地修正代码错误，同时保持版本历史的完整性。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

岁月玲珑

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值