Git：误将master分支污染了时，你该怎么做？从某个commit开始检出一个新分支

最新推荐文章于 2025-11-27 15:52:09 发布

原创最新推荐文章于 2025-11-27 15:52:09 发布 · 1k 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#git

在GitLab中，当你确定某个commit是一个干净的起点时，可以找到该commit的ID。复制此ID后，在终端使用`gitcheckoutcommitId-b新分支名称`命令，例如`gitcheckout123-bnew-master`，这样就创建了一个基于该commit的新分支，确保它没有任何额外的修改。

当我们可以知道哪一版本是干净的分支时，可以在gitlab工具上找到当前提交的这一版的commitId：如图

在这里插入图片描述

找到之后把这个id复制出来，然后在你的项目里，打开终端输入以下命令：

git checkout commitId -b"新分支名称"
// 例如提交id：123
git checkout 123 -b"new-master"

在这里插入图片描述

这样新分支就是一个干净的分支啦～

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

最初都是小白

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

Android Studio使用Git提交、分支、切换、合并

2401_85730822的博客

06-23

2233

小编这些年深知大多数初中级Android工程师，想要提升自己，往往是自己摸索成长，自己不成体系的自学效果低效漫长且无助。因此我收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！资料⬅专栏获取代码了，不过检出之后也会处于。

Git github 版本控制分支

chengqingshihuishui的博客

12-08

601

1、Git简介很多开发人员一起做项目的时候，每个人手上的版本都有不同，如何管理好每个开发人员手上的版本，让大家在同一个频道上工作，就需要版本控制工具Git 2、Git工作流程 ① 从远程仓库中克隆Git资源作为本地仓库。 ② 从本地仓库中checkout代码然后进行代码修改 ③ 在提交前先将代码提交到暂存区。 ④ 提交修改。提交到本地仓库。本地仓库中保存修改的各个历史版本。 ⑤ 在修改完成后,需要和团队成员共享代码时,可以将代码push到远程仓库。下图展示了Git的...

参与评论您还未登录，请先登录后发表或查看评论

我不小心污染公司gitlab的master分支怎么办？详细教你恢复

yxg520s的博客

09-11

631

idea上删除本地分支，然后再将远程分支pull到本地即可。

分支污染怎么快速恢复

u011624157的专栏

11-07

661

分支污染怎么快速恢复

git分支管理-master防止被污染处理方案

qq_29170455的博客

07-04

750

git分支管理-master防止被污染处理方案

【开发心得】git基于历史commit ID检出代码并创建新的分支

清风唱诗人的博客

05-25

1142

git基于历史commit ID检出代码并创建新的分支

前端多人提交分支受污染，git代码回滚

weixin_45376154的博客

10-31

625

如何代码回滚-Git实战

Git--解决代码污染问题(git reset、git cherry-pick)

wxtuan的博客

08-26

1308

git分支上的代码回滚操作； git分支上提交了多次代码，中间的几次提交有问题，如何将剔除掉有问题的提交；

【版本控制系统】Git常用技巧汇总：涵盖基础操作、分支管理、撤销回退及协作优化

08-16

创建并切换分支（git checkout -b ）可以创建一个新分支并立即切换过去。合并分支（git merge ）则是将指定分支合并到当前分支。删除分支（git branch -d <branch-name> 或 git branch -D ）用于删除已合并的分支，...

11、Git分支操作与差异比较全解析

最新发布

m2n3o4p5的博客

11-27

本文详细解析了Git中分支操作与差异比较的核心功能，涵盖切换分支、创建与删除分支、处理未提交更改、合并变更、分离HEAD状态管理等常见操作，并结合实际示例和mermaid流程图清晰展示操作逻辑。同时介绍了git diff在代码审查、问题排查和版本发布中的应用，最后总结了分支管理和差异比较的最佳实践，帮助开发者高效、安全地使用Git进行项目协作与版本控制。

git分支

wwwwwww31311的博客

02-01

1569

HEAD分支本质上是个活动的指针，固定指向你当前的最新提交对象，HEAD默认是master，可切换，非HEAD分支会停留在创建该分支是的提交版本里面,这样HEAD每次都是指向最新的提交对象，其它分支停留在了其它时间点的提交对象中，当你这个HEAD分支代码写烂掉了可以直接切换到原来的版本中去 HEAD文件:记录当前所在的分支，比如master refs：存储当前git的指针 git branch test ...

【版本控制】git错误merge操作导致分支产生脏代码问题溯源

weixin_42598683的博客

08-24

1384

记录开发过程中错误merge操作导致分支产生脏代码问题溯源有三个分支：master、dev、test 执行操作如下 01 git checkout master 02 git commit -m 'feat 第一次提交' 03 git checkout -b dev 04 git commit -m 'feat dev devObj()' 05 git checkout master 06 git checkout -b test 07 git commit -m 'feat test testObj()

Git检出（建立子版本库更新并且合并到master）

gittgo

11-28

694

Git检出（建立子版本库更新并且合并到master）HEAD： head可以理解为“头指针”，是当前工作区的“基础版本”，当执行提交时，HEAD指向的提交将作为新提交的父提交。看看当前HEAD指向。$ cat .git/HEAD ref: refs/heads/master 查看master 和 head$ git rev-parse HEAD master 4b9bdcab95d15dd79e7

master合并到分支造成污染问题

ChinaLiaoTian的博客

05-15

1190

我们团队同时在开发几个版本，平时都是分支提交后，同时合并到 master 进行代码同步。最近出了一个代码合并事故，有同事将 master 合并到v1.3.1，造成了严重污染。如果使用 reset 命令会造成 v1.3.1 上新开发的代码全部丢失，最后采用 revert命令重新提交解决。 ...

Git分支开发中的问题

zxc_user的博客

01-06

1412

git

git 代码污染拯救

weixin_43822267的博客

03-22

422

git checkout -b 新建分支名提交记录hashid(可在提交记录查看其hashid)git clone xxxx.git。然后检出指定提交记录到本地替换本地代码。

sts版本不同有影响吗_食用油不同程度的冻结现象会有影响吗？

weixin_39706561的博客

11-20

284

最近伴随着降雪气温也降了不少，眼看着原本清澈透明的食用油不同程度地出现了发朦、结晶甚至冻结现象，很多消费者会产生疑问，这样的油还能吃吗？会有什么影响吗？食用油冻结？正常物理现象正如水在零度会结冰一样，食用油在冬季结晶、冻结也是一种自然的物理现象。一般来说,食用油从澄清透明转为发朦、结晶甚至冻结，主要有以下两个原因。首先，食用油是各种不同熔点的甘油三酯的混合物，一些熔点较高的甘油三酯容易在低温下结晶...

git 拉取master代码流程

qq_40349011的博客

06-27

4207

git 拉取master代码流程

【遇坑记实一】团队开发中不要随意git merge别的分支

MaoLin Tian's Blog

07-09

5190

决定开这个无限篇数，无限长系列是因为最近遇到了一个大坑（关于git的merge情况）。有感于这是我工作以来遇到的第一个大坑（显然不是最后一个），遂决定开这个系列的博客来记录以后遇到的所有坑，记录出坑方法，这样以后就不会踩同样的坑了，秉持的理念就是：再智障的问题不会也要问出来，再难的问题，再无可避免的错误也不犯第二次。计划博客结构如下： &amp;amp;amp;lt;?xml version=&amp;amp;quot;1.0&amp;amp;q

有一个文件a，我在拉取master到自己的分支上时，显示拉取完成，在自己的分支却没有更新完全

11-18

你遇到的问题是： > **“有一个文件a，我在拉取master到自己的分支上时，显示拉取完成，但在自己的分支却没有更新完全。”** 这是一个非常常见的 Git 使用问题。虽然 `git pull origin master` 显示“成功”，但某些文件（如 `a`）没有从 `master` 更新过来，仍然保留旧内容。 --- ## 🔍 问题原因分析即使 `pull` 成功，也可能因为以下几种情况导致**特定文件未被更新**： ### ✅ 常见原因如下： | 原因 | 说明 | |------|------| | 1. **本地修改冲突保护机制** | 如果你在当前分支修改了文件 `a`，Git 不会用 `master` 的版本覆盖它（避免丢失你的工作），而是保留你的版本。 | | 2. **合并策略自动跳过（fast-forward vs merge conflict resolution）** | 某些情况下合并逻辑可能跳过了该文件的更新。 | | 3. **存在未提交的更改或暂存区状态干扰** | 工作区不干净会影响合并行为。 | | 4. **使用了 `--no-ff` 或手动解决冲突时遗漏文件** | 合并过程中你可能误操作，没接受 `master` 版本。 | | 5. **`.gitattributes` 或换行符设置不同（CRLF/LF）** | 看似相同内容，Git 认为已变更，影响合并判断。 | --- ## ✅ 解决方案：强制让文件 a 更新为 master 的版本 ### ✅ 方法一：直接检出 `master` 上的文件（推荐） ```bash git checkout master -- a ``` 这会： - 把 `master` 分支中的文件 `a` 内容复制到当前分支的工作区和暂存区。 - 不改变其他任何文件。然后你可以提交这个变更： ```bash git add a git commit -m "Update file a from master" ``` 📌 这是最安全、最精确的做法。 --- ### ✅ 方法二：合并后手动重置该文件如果你已经执行了 `git pull origin master`，但文件没变，可以手动重置： ```bash # 先确认 master 是否最新 git fetch origin # 将文件 a 重置为 origin/master 的版本 git checkout origin/master -- a # 提交更改 git add a git commit -m "Sync file a with origin/master" ``` > ⚠️ 注意：使用 `origin/master` 而不是 `master` 更准确，因为它代表远程真实状态。 --- ### ✅ 方法三：完整合并 + 冲突解决控制如果你想重新尝试一次完整的合并，并确保处理好文件 `a`： ```bash # 回退上次 merge（如果需要） git reset --hard HEAD~1 # ⚠️ 警告：会丢弃最后一次提交，请先备份 # 重新拉取并关注合并过程 git pull --no-commit origin master ``` 此时 Git 会暂停在合并前，你可以检查文件 `a` 的状态： ```bash git status ``` 如果有冲突或你想强制采用 `master` 版本： ```bash git checkout --theirs -- a # 取 master 的版本（在合并中，“theirs” 是 master） # 或者 git checkout origin/master -- a ``` 然后继续提交： ```bash git add a git commit ``` --- ### ✅ 方法四：比较差异，确认是否真的没更新有时你以为没更新，其实是内容一样或只是格式差异： ```bash # 查看文件 a 在两个分支的区别 git diff master a ``` 如果没有输出 → 说明其实已经一致了！也可以查看远程分支的内容： ```bash git show origin/master:a ``` --- ## 🛠️ 预防措施与最佳实践 | 措施 | 建议 | |------|------| | ✅ 拉取前先提交或储藏本地修改 | 避免因本地修改导致合并跳过文件 | | ✅ 使用 `git status` 和 `git diff` 确认结果 | 不要只看“pull success”就认为万事大吉 | | ✅ 对关键文件做显式同步 | 如 `git checkout origin/master -- path/to/file` | | ✅ 多人协作时约定同步流程 | 例如定期 rebase 或 merge 并审查 | --- ## 💡 示例场景演示假设文件路径是 `data/config.json` 你想确保它是 `master` 的最新版： ```bash # 获取最新远程信息 git fetch origin # 强制将 data/config.json 更新为 master 的版本 git checkout origin/master -- data/config.json # 查看是否变化 git diff HEAD data/config.json # 提交更新 git add data/config.json git commit -m "Update config.json from master" ``` --- ## ❓相关问题