would create a Gerrit code review change and then submit to the foobar
branch on the server instead of bar-release, and there would be a
comment indicating the change was pushed to the bar-release branch.
The other case where we saw this involved Gerrit replacing existing
changesets and submitting when a git push was done. A user submitted
two changesets to the foo branch, with change ids 11411 and 11412. He
also uploaded the same two changesets to the bar branch, 11516 and
11517, waiting to be reviewed. When we cherrypick the 11411 and 11412
changes to the quux branch, Gerrit would automatically upload and
replace the 11516 and 11517 changesets, then submit them to the quux
branch.
I'm not sure what is causing this behavior. This is occurring on
Gerrit 2.1.2.3. I'd appreciate any ideas on how to approach this.
-Nick
Nicholas Mucci
unread,
Jun 25, 2010, 5:38:54 PM6/25/10
Reply to author
Sign in to reply to author
Forward
Sign in to forward
Delete
You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to Repo and Gerrit Discussion
As an update to this, I've seen additional odd behavior from Gerrit
when a user cherry picks a change that is up for review in one
project, and tries to push it to a review in another project, much
like the earlier problems.