【Git_bugs】remote error GH013 Repository rule violations found for.md

news2025/2/7 10:54:36

背景 1

在一个分支上的提交顺序如下：-> 代表新的提交

  • 在提交 E 中，文件包含了 GitHub 生成的 token
  • 提交 F 是一次普通的提交，不包含 token
A -> ... -> E -> F (敏感信息在 E 中)

附：给提交起名是为了方便说明问题。在 Git 中是用 Hash 值来表示一个提交的。

准备工作

在 GitHub 生成 1 个 token，用于复现 bug。

在这里插入图片描述
在这里插入图片描述

rebase_token：

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

解决方案

1、根据控制台错误信息或查看提交日志（git log --oneline），确定包含 token 的第一次提交。

2、启动交互式 rebase，在编辑器中将第一个包含 token 的提交的状态由 pick 修改为 edit。

3、在停止状态下，删除提交中包含的 token。

4、(1 ) 将变更添加到暂存区（git add .）；(2) 将这次修改作为新的提交（git commit --amend），并覆盖之前的提交。

5、完成 rebase（git rebase --continue），会再次进入编辑器模式，提示为新提交提供 commit message。

6、提供提交信息后，由于后续的提交都需要基于当前的新提交，可能会有冲突，需要先解决冲突。解决冲突也会发生变基。最后，完成 rebase，push 代码到 GitHub。

bug复现&解决

1、进行两次提交

提交 E：在提交的文档中插入一个 token，用来演示后续的 push 操作被 GitHub 拒绝

在这里插入图片描述

提交 F：提交 F 相较于提交 E 是增量修改。

在这里插入图片描述

F 提交完以后，要将本地代码 push 到 GitHub，push 被 GitHub 拒绝：

在这里插入图片描述

push 被 GitHub 拒绝：

在这里插入图片描述

在控制台查看细节，如下：

14:30:47.941: [JavaWiki] git -c credential.helper= -c core.quotepath=false -c log.showSignature=false push --progress --porcelain origin refs/heads/master:master
Enumerating objects: 11, done.
Counting objects:   9% (1/11)
Counting objects:  18% (2/11)
Counting objects:  27% (3/11)
Counting objects:  36% (4/11)
Counting objects:  45% (5/11)
Counting objects:  54% (6/11)
Counting objects:  63% (7/11)
Counting objects:  72% (8/11)
Counting objects:  81% (9/11)
Counting objects:  90% (10/11)
Counting objects: 100% (11/11)
Counting objects: 100% (11/11), done.
Delta compression using up to 8 threads
Compressing objects:  12% (1/8)
Compressing objects:  25% (2/8)
Compressing objects:  37% (3/8)
Compressing objects:  50% (4/8)
Compressing objects:  62% (5/8)
Compressing objects:  75% (6/8)
Compressing objects:  87% (7/8)
Compressing objects: 100% (8/8)
Compressing objects: 100% (8/8), done.
Writing objects:  12% (1/8)
Writing objects:  25% (2/8)
Writing objects:  37% (3/8)
Writing objects:  50% (4/8)
Writing objects:  62% (5/8)
Writing objects:  75% (6/8)
Writing objects:  87% (7/8)
Writing objects: 100% (8/8)
Writing objects: 100% (8/8), 866 bytes | 866.00 KiB/s, done.
Total 8 (delta 6), reused 0 (delta 0), pack-reused 0 (from 0)
remote: Resolving deltas:   0% (0/6)        
remote: Resolving deltas:  16% (1/6)        
remote: Resolving deltas:  33% (2/6)        
remote: Resolving deltas:  50% (3/6)        
remote: Resolving deltas:  66% (4/6)        
remote: Resolving deltas:  83% (5/6)        
remote: Resolving deltas: 100% (6/6)        
remote: Resolving deltas: 100% (6/6), completed with 3 local objects.        
remote: error: GH013: Repository rule violations found for refs/heads/master.        
remote: 
remote: - GITHUB PUSH PROTECTION        
remote:   —————————————————————————————————————————        
remote:     Resolve the following violations before pushing again        
remote: 
remote:     - Push cannot contain secrets        
remote: 
remote:             
remote:      (?) Learn how to resolve a blocked push        
remote:      https://docs.github.com/code-security/secret-scanning/working-with-secret-scanning-and-push-protection/working-with-push-protection-from-the-command-line#resolving-a-blocked-push        
remote:             
remote:             
remote:       —— GitHub Personal Access Token ——————————————————————        
remote:        locations:        
remote:          - commit: 5b8f49aca4ce563a463a6750222692724ae2f0f7        
remote:            path: 玩转MacBook/PicGo + Typora + GitHub搭建图床.md:112        
remote:          - commit: a6d81c0aff0efc8b8a8db1b8e6a2d731dd33820c        
remote:            path: 玩转MacBook/PicGo + Typora + GitHub搭建图床.md:112        
remote:             
remote:        (?) To push, remove secret from commit(s) or follow this URL to allow the secret.        
To github.com:Acura-bit/JavaWiki.git
remote:        https://github.com/Acura-bit/JavaWiki/security/secret-scanning/unblock-secret/2qph1YYqOWV1XcOtE5UkX42tUh2        
!        refs/heads/master:refs/heads/master        [remote rejected] (push declined due to repository rule violations)
remote:             
remote: 
Done
remote: 
error: failed to push some refs to 'github.com:Acura-bit/JavaWiki.git'

由标红处可以看到，GitHub 拒绝 push 的原因是提交中包含 secret，也就是 token。标绿处提示我们移除 token 后再尝试提交。

思考：我们检查代码，然后把代码中的 token 删掉后再提交、再 push，能通过吗？

  • 答案是不可以。因为报错信息明确要求我们要将提交历史中包含的 token 移除，因此需要修改之前的提交。

这时候，rebase 就要登场了。

2、定位第一次包含 token 的提交

控制台的报错信息给出了包含 token 的两次提交：

在提交 E 中包含 token，因为提交 F 是基于提交 E 创建的，所以 F 中也被认为含有 token。但由于 F 是在 E 的基础上做了增量修改，所以在变基编辑时只需要修改提交 E。

在这里插入图片描述

其实在背景中已经说明了，提交 E 是第一次包含 token 的提交。问题是控制台显示的两个提交那个是第一次提交呢？

查看提交日志：git log --oneline

在这里插入图片描述

由提交日志可知，提交 E 的哈希值为 a6d81c0；提交 F 的哈希值为 5b8f49a。

3、启动交互式 rebase，列出所有包含 token 的提交

执行如下命令，从提交 E 的前一个提交开始 rebase。之所以从前一次开始，是为了包含提交 E。

git rebase -i a6d81c0~1

执行命令后，IDEA 的终端进入了交互时状态，如下图所示：

在这里插入图片描述

4、修改有问题的提交

将目标提交 E 从 pick 改为 edit，然后保存：

  • 英文输入模式下，输入 i 进入 insert 模式
  • 将第一行的 pick 修改为 edit
  • 按 ESC，退出 insert 模式
  • 输入 :wq，然后回车

将提交 E 由 pick 状态修改为 edit 状态：

在这里插入图片描述

当前，控制台打印如下：

在这里插入图片描述

这样，Git 会暂停在这个提交上，让你对其内容进行修改。如下所示：

在这里插入图片描述

这时，我们记录一下提交 E 和 F：

(1) 提交 E 的现状：

在这里插入图片描述

(2) 提交 F 的现状：

在这里插入图片描述

开始编辑，如下图所示，当前确实暂停在了提交 E 上：

在这里插入图片描述

删除代码中的 token：

在这里插入图片描述

5、提交修改

(1) 修改完成后，将改动添加到暂存区：

git add .

将当前修改（删除了 token）提交以覆盖之前的提交：

git commit --amend

执行上述两步后，控制台打印如下：

在这里插入图片描述

6、完成 rebase

输入命令 git rebase --continue，完成 rebase：

如下所示，终端又进入了编辑器模式：在上面的变基编辑（删除 token）后，执行 git commit --amend 是为了覆盖提交 E，所以会出现如下界面，提示你修改 commit message，当然也可以不用修改。

在这里插入图片描述

这里我们使用全新的 commit message，进行如下操作：

  • 英文输入模式下，输入 i 进入 insert 模式
  • 修改提交说明
  • 按 ESC，退出 insert 模式
  • 输入 :wq，然后回车

在这里插入图片描述

如上图所示，在编辑器中修改了 commit message。

但是，退出编辑器，提交 E 被全新的提交 G 覆盖，提交 G 的哈希值为 7f41eb9。然而，发生了冲突，

在这里插入图片描述

冲突原因：在提交 E 中编辑（删除 token）后，使用 git commit --amend 覆盖提交 E，生成了新的提交 G，如上图粉色框。因为，提交 F 是基于原来的提交 E 的，在 E 被 G 覆盖后，需要基于 G。然而，不能直接将 G 的内容应用于 F 如上绿色框，因为缺少内容。如下图所示：

在这里插入图片描述

解决冲突：
在这里插入图片描述

将修改添加到暂存区 git add .，然后执行 git rebase – continue，弹出了终端编辑模式：

在这里插入图片描述

7、将最新的提交push到GitHub

执行 push 操作时可以看到，原来的提交 E 和 F 都发生了编辑，都被新的提交覆盖了：

在这里插入图片描述

查看提交状态：

(1) 提交 E 被新的提交 7f41eb9f（G）覆盖：因为提交 E 相较于之前的提交只是新增了几行，所以在变基编辑（删除）后，新的提交没有相较于之前的更改。

在这里插入图片描述

(2) 提交 F 被新的提交 a594d2f0（H）覆盖了

在这里插入图片描述

思考

在背景 1 中，E 是包含 token 的第一个提交，提交 F 没有改动提交 E 关于 token 的内容，只是另外添加了一些内容。我们在交互式变基时，只修改了提交 E 的内容，而没有修改提交 F 的内容，这是为啥呢？？

A -> ... -> E -> F (敏感信息在 E 中)

解释：

Git 的提交记录是一个链式的结构，每次新的提交都会基于上一提交的快照创建。提交 F 本身只记录了在提交 E 的基础上新增或修改的内容，但并不会重复记录提交 E 的全部内容。

  • 如果提交 F 本身没有显式地重新添加该 token，则 token 实际上仍是提交 E 中的遗留问题。
  • 当通过 rebase 修改提交 E 时，Git 会重新生成基于修改后提交 E 的新历史，而提交 F 也会被重新基于这次修改后的记录进行构建。

举个例子：

假设有以下提交记录：

原始提交记录：

A: 初始化项目
B: 不小心加入了 token
C: 修改代码

提交 B 的内容：

新增 README.md:
  - API 文档说明
  - token = "abc1234"

提交 C 的内容：

修改 README.md:
  - 调整 API 的描述文案

如果只清理提交 B 中的 token，Git 在重构历史时会自动保证提交 C 基于清理后的提交 B：

清理后记录：

A: 初始化项目
B': 删除 token（修订的提交 B）
C': 修改代码（基于提交 B' 重构）

提交 B’ 的内容：

新增 README.md:
  - API 文档说明

提交 C’ 的内容，或者说相对于提交 B’ 不同的内容：

修改 README.md:
  - 调整 API 的描述文案

由于 token 已在 B’ 中被移除，C’ 不会再继承该敏感信息。

背景 2

由上面的思考引出了下面的新问题。

在一个分支上的提交顺序如下：-> 代表新的提交

  • 在提交 E 中，文件包含了 GitHub 生成的 token
  • 在提交 F 中，同样包含 GitHub 生成的 token
A -> ... -> E -> F (敏感信息在 E 中)

解决方案

1、逐一 rebase：可以参考背景 1 中的解决方案，先解决提交 E；然后，以同样的方式解决提交 F。

2、一同 rebase。（演示这种方案）

bug 复现&解决

1、进行两次提交

提交 E：在提交的文档中插入一个 token，用来演示后续的 push 操作被 GitHub 拒绝

在这里插入图片描述

提交 F：在另一份文档中添加 token

在这里插入图片描述

效果：提交 E 中含有 token；提交 F 相较于 E，除了含有 E 添加的 token 外，还含有自身添加的其他 token。

F 提交完以后，要将本地代码 push 到 GitHub，push 被 GitHub 拒绝：

在控制台找到被拒绝 push 的提交的信息：

在这里插入图片描述

2、定位第一次包含 token 的提交

查看日志：

在这里插入图片描述

第一个包含 token 的提交的哈希值为 5961957。

3、启动交互式 rebase，列出所有包含 token 的提交

执行如下命令，从提交 E 的前一个提交开始 rebase。之所以从前一次开始，是为了包含提交 E。

git rebase -i 5961957~1

终端如下图所示：

在这里插入图片描述

4、修改有问题的提交

将提交 E 和 F 的状态都修改为 edit：

在这里插入图片描述

当前，停止在提交 E 处：

在这里插入图片描述

删除提交 E 中含有的 token：

在这里插入图片描述

将修改提交：

# 先添加到暂存区
git add .

# 再提交更改，并覆盖原来的提交
git commit --amend

控制台打印如下：

在这里插入图片描述

执行 git rebase --continue，继续 rebase。如下图所示，停止在了提交 F 上：

在这里插入图片描述

开始 rebase 提交 F

在提交 F 中删除 token：

在这里插入图片描述

将修改提交：

# 先添加到暂存区
git add .

# 再提交更改，并覆盖原来的提交
git commit --amend

控制台打印如下：

在这里插入图片描述

执行 git rebase --continue，继续 rebase。如下图所示，变基成功：

在这里插入图片描述

5、将最新的提交push到GitHub

在这里插入图片描述

成功！

参考：

  • GitHub Docs：https://docs.github.com/en/code-security/secret-scanning/working-with-secret-scanning-and-push-protection/working-with-push-protection-from-the-command-line#resolving-a-blocked-push

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.coloradmin.cn/o/2267356.html

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！

相关文章

Day1 微服务 单体架构、微服务架构、微服务拆分、服务远程调用、服务注册和发现Nacos、OpenFeign

Day1 微服务 单体架构、微服务架构、微服务拆分、服务远程调用、服务注册和发现Nacos、OpenFeign

目录 1.导入单体架构项目 1.1 安装mysql 1.2 后端 1.3 前端 2.微服务 2.1 单体架构 2.2 微服务 2.3 SpringCloud 3.微服务拆分 3.1 服务拆分原则 3.1.1 什么时候拆 3.1.2 怎么拆 3.2 拆分购物车、商品服务 3.2.1 商品服务 3.2.2 购物车服务 3.3 服务调用 3.3.1 RestTemplate 3.…
阅读更多...
安卓执法仪Android接入国标GB28181平台实现实时监控、对讲、报警、定位等管理方案

安卓执法仪Android接入国标GB28181平台实现实时监控、对讲、报警、定位等管理方案

最近协助不少企业完成了4G无线设备国标接入的需求，尤其是国产芯片的接入，国标发展了十年的时间，目前协议从完成度、性能、AI等各个方面，都已经非常完美地满足各种各样的场景需求，尤其是GB28181-2022的推出，…
阅读更多...
SpringMVC学习(二)——RESTful API、拦截器、异常处理、数据类型转换

SpringMVC学习(二)——RESTful API、拦截器、异常处理、数据类型转换

一、RESTful (一)RESTful概述 RESTful是一种软件架构风格，用于设计网络应用程序。REST是“Representational State Transfer”的缩写，中文意思是“表现层状态转移”。它基于客户端-服务器模型和无状态操作，以及使用HTTP请求来处理数据。RES…
阅读更多...
国内独立开发者案例及免费送独立开发蓝图书

国内独立开发者案例及免费送独立开发蓝图书

独立开发者在国内越来越受到关注，他们追求的是一种自由且自给自足的工作状态。 送这个： 少楠light（Flomo、小报童、如果相机）：他们是独立开发者的典范，不仅开发了多款产品，还坚信“剩者为王”…
阅读更多...
【JavaEE进阶】@RequestMapping注解

【JavaEE进阶】@RequestMapping注解

目录 📕前言 🌴项目准备 🌲建立连接 🚩RequestMapping注解 🚩RequestMapping 注解介绍 🎄RequestMapping是GET还是POST请求？ 🚩通过Fiddler查看 🚩Postman查看 …
阅读更多...
一文详解MacOS+CLion——构建libtorch机器学习开发环境

一文详解MacOS+CLion——构建libtorch机器学习开发环境

对于希望在本地环境中进行深度学习开发的开发者来说，配置合适的工具链是至关重要的一步。本文旨在帮助您在 macOS 操作系统上，利用 CLion IDE 和 PyTorch 的 C依赖库——libtorch，快速搭建起一个高效的开发环境。这里我们将一步步地讲解如何下…
阅读更多...
Bert中文文本分类

Bert中文文本分类

这是一个经典的文本分类问题，使用google的预训练模型BERT中文版bert-base-chinese来做中文文本分类。可以先在Huggingface上下载预训练模型备用。https://huggingface.co/google-bert/bert-base-chinese/tree/main 我使用的训练环境是 pip install torch2.0.0; pi…
阅读更多...
shardingsphere分库分表项目实践5-自己用java写一个sql解析器+完整项目源码

shardingsphere分库分表项目实践5-自己用java写一个sql解析器+完整项目源码

前1节我们介绍了 shardingsphere 分表分库的sql解析与重写： shardingsphere分库分表项目实践4-sql解析&重写-CSDN博客 那么shardingsphere sql 解析底层究竟是怎么实现的呢，其实它直接用了著名的开源软件 antlr . antlr 介绍： ANTLR&a…
阅读更多...
10分钟掌握项目管理核心工具：WBS、甘特图、关键路径法全解析

10分钟掌握项目管理核心工具：WBS、甘特图、关键路径法全解析

一、引言 在项目管理的广阔天地里，犹如一场精心编排的交响乐演奏，每个乐器、每个音符都需精准配合才能奏响美妙乐章。而 WBS（工作分解结构）、甘特图、关键路径法无疑是这场交响乐中的关键乐章，它们从不同维度为项目管…
阅读更多...
【LLM】OpenAI 的DAY12汇总和o3介绍

【LLM】OpenAI 的DAY12汇总和o3介绍

note o3 体现出的编程和数学能力，不仅达到了 AGI 的门槛，甚至摸到了 ASI（超级人工智能）的边。 Day 1：o1完全版，开场即巅峰 12天发布会的开场即是“炸场级”更新——o1完全版。相比此前的预览版本&#x…
阅读更多...
使用Kubernetes部署MySQL+WordPress

使用Kubernetes部署MySQL+WordPress

目录 前提条件 部署MySQL和WordPress 编写yaml文件 应用yaml文件 存在问题及解决方案 创建PV(持久化卷) 创建一个PVC(持久化卷声明) 部署添加PVC 查看PV对应的主机存储 删除资源 查看资源 删除deployment和service 查看主机数据 删除PVC和PV 删除主机数据 前提条…
阅读更多...
RabbitMQ中的异步Confirm模式：提升消息可靠性的利器

RabbitMQ中的异步Confirm模式：提升消息可靠性的利器

在现代分布式系统中，消息队列（Message Queue）扮演着至关重要的角色，它能够解耦系统组件、提高系统的可扩展性和可靠性。RabbitMQ作为一款广泛使用的消息队列中间件，提供了多种机制来确保消息的可靠传递。其中&#xff…
阅读更多...
sentinel限流+其他

sentinel限流+其他

quick-start | Sentinel sentinel 作用 限流 熔断降级 1，限制什么 QPS 并发线程数 2，限制什么 资源，什么资源 服务，方法，接口，或者一段代码 3，实现方式 配置规则 注解 其他 Java常见5种限流…
阅读更多...
Ubuntu 中安装 RabbitMQ 教程

Ubuntu 中安装 RabbitMQ 教程

简介 RabbitMq作为一款消息队列产品，它由Erlang语言开发，实现AMQP（高级消息队列协议）的开源消息中间件。 应用场景 异步处理 场景说明：用户注册后，注册信息写入数据库，再发邮件、短信通知。 …
阅读更多...
Spark生态圈

Spark生态圈

Spark 主要用于替代Hadoop中的 MapReduce 计算模型。存储依然可以使用 HDFS，但是中间结果可以存放在内存中；调度可以使用 Spark 内置的，也可以使用更成熟的调度系统 YARN 等。 Spark有完善的生态圈： Spark Core：实现了…
阅读更多...
AT24C02学习笔记

AT24C02学习笔记

看手册： AT24Cxx xx代表能写入xxK bit(xx K)/8 byte 内部写周期很关键，代表每一次页写或字节写结束后时间要大于5ms（延时5ms确保完成写周期），否则时序会出错。 页写：型不同号每一页可能写入不同大小的…
阅读更多...
119.【C语言】数据结构之快速排序(调用库函数)

119.【C语言】数据结构之快速排序(调用库函数)

目录 1.C语言快速排序的库函数 1.使用qsort函数前先包含头文件 2.qsort的四个参数 3.qsort函数使用 对int类型的数据排序 运行结果 对char类型的数据排序 运行结果 对浮点型数据排序 运行结果 2.题外话:函数名的本质 1.C语言快速排序的库函数 cplusplus网的介绍 ht…
阅读更多...
五模型对比！Transformer-GRU、Transformer、CNN-GRU、GRU、CNN五模型多变量时间序列预测

五模型对比！Transformer-GRU、Transformer、CNN-GRU、GRU、CNN五模型多变量时间序列预测

目录 预测效果基本介绍程序设计参考资料 预测效果 基本介绍 光伏功率预测！五模型对比！Transformer-GRU、Transformer、CNN-GRU、GRU、CNN五模型多变量时间序列预测(Matlab2023b 多输入单输出) 1.程序已经调试好，替换数据集后，仅运…
阅读更多...
利用Dockerfile构建自定义镜像

利用Dockerfile构建自定义镜像

当一个系统开发完成，需要将系统打包为一个镜像文件，让docker能够运行该镜像，成为一个可以被访问的容器。 上述操作可以通过自定义镜像的方式来实现，本文章基于VMware虚拟机中安装的Centos7操作系统来完成。前面的操作步骤&#x…
阅读更多...
喜报 | 擎创科技入围上海市优秀信创解决方案

喜报 | 擎创科技入围上海市优秀信创解决方案

近日，由上海市经信委组织的“2024年上海市优秀信创解决方案”征集遴选活动圆满落幕，擎创科技凭借实践经验优秀的《擎创夏洛克智能预警与应急处置解决方案》成功入选“2024年上海市优秀信创解决方案”名单。 为激发创新活力，发挥标杆作用&…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023