bot_update should fail if there is no diff after rebasing gerrit patch |
|||||||
Issue descriptionConsider bot_update for Gerrit, which has just rebased patch against HEAD in the following two cases: 1. If patch is empty - ie no files modified in it (example). 2. If patch has already been committed, but CQ is not aware of it (like here) or say tryjob is pending for too long time. In both cases, the diff will be empty after rebase. Such patches should be rejected to avoid developers and tooling confusion by failing with PATCH_FAILURE exit code and a clear message.
,
Sep 27 2016
,
Sep 27 2016
,
Jan 13 2017
This is to preserve compatibility with Rietveld. If bot_update downloaded a patch from Rietveld that had already landed for some reason, it would fail to apply the patch. Gerrit on the other hand downloads the branch, rebases it out of existence, and then continues on happily. Fixing this will provide compatibility with Rietveld behavior, reduce extra load, and keep troopers sane.
,
Jun 6 2017
This isn't a customer-facing issue, really -- the test results will still be correct, it will just be wasting a bit of bot time that would otherwise be freed up. This isn't launch blocking, but should be addressed soon anyway.
,
Jun 16 2017
,
Jul 5 2017
,
Jul 6 2017
,
Jan 3 2018
Removing Milestone-Afterglow, as it has ceased to have meaning. More refined milestones may be added back in the near future.
,
Jan 5 2018
,
Oct 19
|
|||||||
►
Sign in to add a comment |
|||||||
Comment 1 by tandrii@chromium.org
, Sep 19 2016