Open GoogleCodeExporter opened 9 years ago
If only the commit time of 089a6eb1 is changed, i.e. it has the same parent(s)
and same author, Gerrit will not accept it as a new patch set. This is the
expected behaviour as described in the documentation [1].
[1]
https://gerrit-documentation.storage.googleapis.com/Documentation/2.8/error-no-c
hanges-made.html
Original comment by david.pu...@sonymobile.com
on 27 Nov 2013 at 8:04
Thanks, that clears it up. Dropped a ':' to change the comment and voila!
If this is an enforced policy, then ignore the following comment. If the code
is changed (rebase to incorporate an adjustment as a result of a review
comment) one would expect Gerrit to detect this and either interactively
request the user to be sure, or to take the content.
Original comment by saly...@google.com
on 27 Nov 2013 at 4:40
I managed to recollect better the procedure to reproduce this:
1) upload content
2) rebase with new comment and new changeid (I believe I deleted the change id
portion of the comment)
3) upload content
4) rebase with no comment change, but code fix, again with new changeid (oops
again)
5) upload content
6) rebase with no comment change, but alter the changeid to the correct value
(I am getting smarter every day :-) )
7) make changes elsewhere in other patches, rebase.
8) upload content, upload failed.
From this I can intuit that the comment change has the changeid stripped before
making the comparison. The change request to Gerrit would be that it should
also add the changeid into the list of adjustments it accepts; or is *this* a
matter of policy?
Original comment by saly...@google.com
on 27 Nov 2013 at 5:41
Original issue reported on code.google.com by
saly...@google.com
on 27 Nov 2013 at 1:30