针对Gerrit 3+的更新（使用NoteDB）：
当提交一个变更（或者仅仅是推送它）时，Gerrit会为变更创建一个新的补丁集，它带有一个“merged”属性。
对于变更集12345，你需要查看git的历史记录refs/changes/45/12345/ meta，这个“分支”包含了对变更集的讨论。
通过将该分支重置为提交之前的最后一次提交（提交应该具有类似于“创建补丁集2”的消息，具有属性“状态：merged”-取其父项），您将删除所有关于变更已被合并的知识。
您 * 可能 * 也必须刷新缓存--我刚刚在SSH接口上执行了“gerrit flush-caches --all”以确保这一点。

我知道的唯一方法是使用新的Change-Id再次推送它。这将导致打开一个新的更改。

好吧，事实证明，这确实起到了作用：
1.将分支重置到它应该在的位置（强制推送过去的代码评审）
1.关闭Gerrit，访问底层H2数据库，并将所有受影响的变更ID的状态重置为“正在进行评审”（标准SQL，在WHERE子句中使用项目名称、分支名称和变更ID）。

我遇到了一些问题，我基本上不得不对已经在gerrit中合并100个提交进行重定基。
受“帕特里克·格奥尔基”的启发，我通过以下步骤让这个方法对我起作用：

注意：在我的例子中，refs/changes/xx/yy/meta不存在，但它们在gerrit服务器项目的/path/to/PROJECT.git/packed-refs文件中。

1.查询当前所有参考：refs/changes/xx/yy并将其保存到临时文件

gerrit query --current-patch-set 'project:LineageOS/android_packages_apps_Settings status:merged' | egrep "^    ref:" | cut -d' ' -f6 >/tmp/CHANGES_NUMBERS

输出示例

$ head /tmp/CHANGES_NUMBERS
refs/changes/23/1823/1
refs/changes/39/39/2
refs/changes/44/144/2

1.将ref中的最后一位数字替换为meta

for i in `cat /tmp/CHANGES_NUMBERS`; do echo "$(dirname $i)/meta"; done > /tmp/CHANGES_NUMBERS2

输出示例

$ head /tmp/CHANGES_NUMBERS2
refs/changes/23/1823/meta
refs/changes/39/39/meta
refs/changes/44/144/meta

1.将/tmp/CHANGES_NUMBERS2复制到gerrit服务器
1.**重要信息！！停止gerrit示例并cd**到项目的.git目录
确保git log refs/changes/xx/yy/meta返回日志！
1.将packed-refs文件备份到安全的位置
1.将来自/tmp/CHANGES_NUMBERS2的所有匹配引用的提交哈希替换为refs/changes/xx/yy/meta~1

for i in `cat /tmp/CHANGES_NUMBERS2`
do
    CURRENT="$(git rev-parse $i)";
    REPLACE="$(git rev-parse $i~1)";
    sed -i "s|$CURRENT $i|$REPLACE $i|g;" packed-refs
done