Gerrit está y no está actualizado al mismo time?

Soy nuevo en Gerrit y creo que estoy perdido sin ver algo probablemente muy obvio.

Después git status estoy obteniendo:

 # On branch master # Your branch is ahead of 'origin/master' by 1 commit. # (use "git push" to publish your local commits) 

Entonces, estoy haciendo lo que se me indicó, y después git push origin HEAD:refs/for/master me aparece:

 remote: Processing changes: refs: 1, done To ssh://URL:29418/PROJECT ! [remote rejected] HEAD -> refs/for/master (no new changes) 

(El origen de git push y git push origin arroja el mismo resultado – no hay cambios nuevos )

¿Qué me estoy perdiendo? ¿Cómo puede Gerrit afirmar que el repo está adelantado y que no hay nuevos cambios al mismo time?

Por cierto: no tengo cambios abiertos en Gerrit, todos están fusionados o abandonados , estoy hablando de un parche / cambio ya revisado y enviado . Vea mi otra pregunta , que está relacionada con esta.

Hasta que el cambio no se envíe desde la sucursal de revisión a la sucursal remota, la sucursal remota estará detrás de la sucursal local. Pero si el cambio / parche no se modifica, no se puede volver a presionar para revisar la bifurcación. Así que primero organice una revisión para su cambio y envíela en caso exitoso.

Editar: actualice la información de la sucursal remota por git fetch . Y sugiero que siempre verifique el estado del repository remoto usando git remote show <remote_name> – con esto puede consultar todas las twigs y podría ver cuál está desactualizado – Creo que esa es la situación ahora

Edit2: si usas git fetch entonces también actualizas la twig local con git merge origin/<branch> o usas git pull que en realidad son los dos commands en uno. O bien, si está seguro de que todos los cambios se han fusionado a una sucursal remota, también puede restablecer la sucursal local – git reset --hard origin/<branch>

Edit3: cuando haces un push directo, la información local se actualizará automáticamente ya que la sucursal local y la sucursal remota están sincronizadas. Pero cuando presionas a una twig de revisión, git no sabe aún más acerca de la vida de ese cambio. Entonces, hasta que la sucursal local no se actualice con la sucursal remota, git supone que el local está por delante del control remoto. así que git pull o git fetch; git reset --hard origin/master git fetch; git reset --hard origin/master debería arreglar esto.