git merge 后 push 到 Gerrit 失败，提示 no new changes ？

最新推荐文章于 2022-12-27 13:48:18 发布

原创最新推荐文章于 2022-12-27 13:48:18 发布 · 1.3w 阅读

9 ·

CC 4.0 BY-SA版权

文章标签：

#git

git 专栏收录该内容

0 篇文章

订阅专栏

[remote rejected] HEAD -> refs/for/dev (no new changes)

这里有个方法解决，

http://blog.youkuaiyun.com/cuiaamay/article/details/51965325

更简单的方法：git commit --amend，然后什么也不做，直接保存退出就好，可以重新生成sha1，然后就可以push了。

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

slow-rain

关注关注

6
点赞
踩
9

收藏

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

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

【FAQ】git merge develop后, push到gerrit失败, 提示 no new changes？

loongshawn的博客

06-22

2732

需求来源 git 分支合并问题描述使用 git merge 在本地执行分支合并操作，然后想 push 到 gerrit 上评审入库，可是在提交时，提示： ! [remote rejected] HEAD -> refs/for/dev (no new changes) 分析：no new changes 的意思，是说，这个合并，是个线性的合并。而合并的那些历史的 commit 节点，在 gerrit 上都已经评审过了，都是已有的 change 单，所以 gerrit 认为没有新的提交，就不让你

commit相互依赖，gerrit merge提示git submit including parents

loongshawn的博客

05-20

3403

解决gerrit merge冲突“git submit including parents”

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

【FAQ】git merge 后 push 到 Gerrit 失败，提示 no new changes ？

热门推荐

Christine Blog

07-20

2万+

需求：git 分支合并问题：使用 git merge 在本地执行分支合并操作，然后想 push 到 gerrit 上评审入库，可是在提交时，提示： ! [remote rejected] HEAD -> refs/for/dev (no new changes) 分析：no new changes 的意思，是说，这个合并，是个线性的合并。而合并的那些历

Git no new changes

Léon

10-21

657

Git remote rejected

[Git系列]- Gerrit push [no new changes]

WN-YoungKun的博客

01-04

3361

猿Why已经很久没有写东西了！时间久到：感觉什么都没有记录的必要了，如此下去怕是要废了！至于其中原因，在下一篇年终总结中说明吧！正题开始（背景）猿Why上之前所在的团队，代码版本控制用的是GitLab。对于代码的管控相对宽松！目前所在团队，使用比较早的Gerrit + Jenkins的方式做持续交付！虽然之前有短暂的接触过，但是并没有用熟悉！现在的团队既然还是用Gerrit + Jenkins，那么还是有必要再捡起来！所以，就在这里做一个关于Git的系列文档记录，作为学习笔记！ Gerrit相关的问题

git merge合并开发分支到上线分支遇到的问题，提示 no new changes

微分中值定理的博客

12-27

2876

git合并代码，提示no new changes

Gerrit评审报错[remote rejected] develop-> refs/for/develop(no new changes)

Lnho的专栏

05-06

1万+

在使用Gerrit做评审的时候，在本次push有提交内容的情况下，遇到这个奇葩错误[remote rejected] develop-> refs/for/develop(no new changes)。具体情况如下：我使用develop分支创建了一个新的功能分支A，并将修改的代码push到Gerrit（对应远程的分支A），并在Gerrit完成评审。接着，我需要将分支A合并到develop分

【Git】Gerrit代码审核冲突解决方法

u010440719的博客

11-05

2625

Gerrit解决冲突的方式有很多种，但解决冲突只是一种途径，尽量避免冲突提高软件迭代效率才是根本目的。减少冲突最好的方法就是修改代码前，先执行pull操作，保持本地端和服务端版本一致的前提下，再去修改、提交、推送代码。

虚拟机搭建gerrit服务器,4、jenkins+gerrit+Git 搭建CI系统

weixin_35714577的博客

08-09

1295

1、CI工作流程当开发人员将本地Git仓库中的代码更新后，执行commit和push操作；该动作会生成一个事件，并触发Jenkins进行构建。如果开发人员在代码中加入和Junit或者testng测试用例，也会在构建过程中执行；构建完成后，jenkins会将构建的结果以Gerrit投票的方式传到Gerrit服务器上。项目Owner登录Gerrit Web UI，进行Code Review时会看到Je...

git push失败解决办法

11-29

当你辛辛苦苦地在Linux下架设好SSH服务器，给账户分配完权限，以为什么都大功告成的时候。这时你在客户端的Linux机器下登陆，可是可是，这时候爆出这段话remote:error:refuse ..... remote:error:blablabla remote:error:blablabla remote:error:blablabla

git合并分支后push报错

weixin_43758633的博客

09-27

754

! [remote rejected] HEAD -> refs/for/master (no new changes) error: failed to push some refs to ..... 分支合并命令有问题。merge后加上**–no-ff** git merge test --no-ff

git push报错 [remote rejected] HEAD (no new changes) error

std::cout"helloworld"std::endl

05-04

3381

将开发分支merge到release分支后，push报错： git push origin HEAD:refs/for/gac-release%topic="merge_v4.3.1_to_release" Total 0 (delta 0), reused 0 (delta 0) remote: Processing changes: refs: 1, done To ssh://gerrit.xxxxxxxx.com/projectname! [remote rejected] HEAD -...

[Gerrit] git merge合并分支后，push远程时被拒绝! [remote rejected] HEAD -> refs/for/master (no new changes)

杰希默克的博客

01-11

2万+

问题：本地使用 git merge 把dev分支合并到master分支之后，push master分支到Gerrit时，提示： Total 0 (delta 0), reused 0 (delta 0) remote: Processing changes: refs: 1, done To ssh://xxx.xxx.xxx.xxx:xxxxx/{project_name} ! [remot...

git push error report: ! [remote rejected] master -> refs/for/master (no new changes)

lipt110的博客

07-08

5272

merge 使用这个命令 git merge --no-commit --no-ff branch 然后commit 、push

【GIT】git 错误记录

我的笔记本

04-09

5533

gi error: Your local changes to the following files would be overwritten by merge: xxx/... git error：the following untracked working tree files would be overwritten by merge error: Your local changes to the following files would be overwritten by mer.

Git 使用报错集

轻风细雨_林木木

04-23

3346

Git使用疑难问题分析 Git在实际的使用过程中会遇到很多实际问题，下面对这些问题做一一分析和解决。目录： no new change问题； unpacker error问题；中文乱码（ls -all）；中文乱码（git status）；推送代码是出现以下问题： ! [remote rejected] master -> refs/for/master (no new changes)问题分析

git push origin HEAD:refs/for/b/feature_all_factory_sm8750_amg_20250619 Total 0 (delta 0), reused 0 (delta 0), pack-reused 0 remote: Processing changes: refs: 1, done To http://gerrit.scm.adc.com:8080/oplus/camera/hal ! [remote rejected] HEAD -> refs/for/b/feature_all_factory_sm8750_amg_20250619 (no new changes) error: failed to push some refs to 'http://gerrit.scm.adc.com:8080/oplus/camera/hal'

最新发布

06-27

<think>我们正在处理一个关于Git和Gerrit的问题：当用户尝试将合并后的代码推送到Gerrit时，遇到了被拒绝的情况，错误信息是“nonewchanges”。根据引用内容，这个问题通常发生在合并分支后没有产生新的提交（即没有新的commitid和changeid）时，Gerrit会拒绝这样的推送。分析原因：1.在Git中，默认的合并行为（fast-forwardmerge）在可能的情况下会直接将分支指针向前移动而不创建新的合并提交。如果合并是fast-forward的，那么合并后的提交历史中不会出现新的合并提交节点，因此与合并前的提交相比，没有新的提交记录。2.Gerrit要求每次推送都必须对应一个新的提交（即一个新的commitid），以便生成一个代码审查（change）。如果合并后没有产生新的提交，Gerrit就会拒绝推送，并提示“nonewchanges”。解决方案：根据引用内容，有以下几种解决方法：方法一：使用`gitmerge--no-ff`进行合并-使用`--no-ff`（nofast-forward）参数可以强制Git创建一个新的合并提交，即使合并是fast-forward的。这样就会产生一个新的commitid，从而满足Gerrit的要求。-步骤：1.回退到合并之前的状态（如果已经合并了）：`gitreset--hardHEAD^`（注意：这会丢弃最近一次提交，如果合并后还有其他操作，需要谨慎）2.重新合并，并加上`--no-ff`参数：`gitmerge--no-ff<分支名>`方法二：使用`gitcommit--amend`修改提交-如果已经完成了合并（并且是fast-forward合并，没有产生新的提交），可以在合并后的代码上执行一次空提交的修改（即不改变代码内容，只重新生成提交信息）。-步骤：1.对当前分支进行一次提交的amend操作：`gitcommit--amend`（进入提交信息编辑界面，可以直接保存退出，或者修改提交信息）2.这样会生成一个新的commitid，然后再次推送。方法三：在合并后进行一次空提交（不推荐，因为会多出一个无意义的提交）-可以创建一个空提交（比如添加再删除一个空行），然后提交。但这样会多出一个无意义的提交，所以通常推荐使用amend方法。根据引用[2]、[3]、[4]、[5]都提到了使用`--no-ff`参数或者`gitcommit--amend`。具体操作建议：1.如果尚未合并，或者可以回退合并，则使用`gitmerge--no-ff`。2.如果已经合并并且不想回退，则使用`gitcommit--amend`（注意：如果合并后已经有多个提交，则可能需要考虑其他方式，但在这个问题中，合并后只有一个没有新变化的提交，所以amend是可行的）。另外，引用[5]提到一个更简单的方法：直接执行`gitcommit--amend`，然后什么都不改保存退出，这样就会重新生成一个commitid（即sha1值），然后就可以推送了。因此，针对用户的问题，我们可以给出以下步骤：步骤1：如果已经合并并且推送失败，可以尝试以下命令：```gitcommit--amend#在打开的编辑器中，直接保存并退出（即不修改提交信息）gitpushoriginHEAD:refs/for/<目标分支>#例如：gitpushoriginHEAD:refs/for/master```步骤2：如果还没有合并，或者可以回退合并，则：```#回退到合并前的状态（如果刚刚合并，且合并后没有其他操作）gitreset--hardHEAD^#重新合并，使用--no-ffgitmerge--no-ff<要合并的分支名>gitpushoriginHEAD:refs/for/<目标分支>```注意：在Gerrit中，推送的目标引用是`refs/for/<分支名>`，而不是直接推送到分支（`refs/heads/<分支名>`）。这是因为Gerrit将推送视为一个代码审查请求。另外，引用[1]和[4]也提供了类似的解决方案。总结：这个问题的根本原因是合并没有产生新的提交记录，导致Gerrit认为没有新的更改。通过强制生成一个新的提交记录（无论是通过--no-ff合并还是amend）就可以解决。相关问题：1.什么是Git的fast-forward合并？它与`--no-ff`合并有什么区别？2.Gerrit的代码审查流程是怎样的？为什么需要新的提交记录？3.除了`--no-ff`和`amend`，还有哪些方法可以解决Gerrit推送被拒绝的问题？4.在使用Gerrit时，如何配置Git以优化工作流程？5.如何撤销一次合并（如果合并后出现问题）？</think>### Git Push 到 Gerrit 被拒绝（no new changes）的原因及解决方案当 `git push` 到 Gerrit 时出现 **`[remote rejected] (no new changes)`** 错误，核心原因是 **合并操作未生成新的提交记录**，导致 Gerrit 判定没有需要审核的新变更。以下是详细分析和解决方法： --- #### **原因分析** 1. **Fast-Forward 合并** - 当使用默认的 `git merge` 时，如果合并可通过快速前进（Fast-Forward）完成（即目标分支是源分支的直接祖先），Git 不会创建新的合并提交（Merge Commit），仅移动分支指针。 - 此时合并前后的提交 ID（commit SHA）和 Change ID 未改变，Gerrit 认为无新变更[^2][^3]。 2. **Gerrit 的审核机制** - Gerrit 通过 **Commit ID** 和 **Change ID** 唯一标识代码变更。若推送的提交与已有记录完全一致，会被拒绝[^3][^4]。 --- #### **解决方案** ##### ✅ 方法 1：合并时强制生成新提交（推荐） ```bash # 回退到合并前的状态（若已错误合并） git reset --hard HEAD^ # 重新合并并禁用 Fast-Forward git merge --no-ff develop # 替换 develop 为你的分支名 # 重新推送 git push origin HEAD:refs/for/master # 替换 master 为目标分支 ``` - **`--no-ff`** 参数强制创建合并提交，生成新的 Commit ID 和 Change ID[^2][^4]。 ##### ✅ 方法 2：修改最后一次提交（快速修复） ```bash # 在合并后的分支上执行（不修改代码） git commit --amend --no-edit # 重新推送 git push origin HEAD:refs/for/master ``` - **`--amend`** 会重新生成 Commit ID（Change ID 不变），Gerrit 会视为新变更[^3][^5]。 ##### ✅ 方法 3：添加空提交（临时方案） ```bash # 添加一个空行（触发新变更） echo "" >> dummy.txt git add dummy.txt # 提交并推送 git commit -m "Trigger new change" git push origin HEAD:refs/for/master ``` > **注意**：此方法会引入无意义提交，仅建议临时使用。 --- #### **预防措施** 1. **始终使用 `--no-ff` 合并** ```bash git merge --no-ff feature-branch ``` 2. **配置别名简化操作** 在 `~/.gitconfig` 中添加： ```ini [alias] mnf = merge --no-ff ``` --- #### **根本原理** - Gerrit 依赖 **唯一提交标识** 跟踪变更。Fast-Forward 合并不生成新提交，导致与合并前提交 ID 相同，触发 `no new changes` 错误[^3][^4]。 - `--no-ff` 或 `--amend` 会创建新提交 ID，满足 Gerrit 的变更检测机制[^2][^5]。 > **提示**：合并后可通过 `git log --graph` 检查是否有新的合并提交（形如 `Merge branch 'xxx'`）。