[Development] Proposals for changes to "Precheck" feature
Thiago Macieira
thiago.macieira at intel.com
Sat Mar 26 01:39:27 CET 2022
On Friday, 25 March 2022 13:42:39 -03 Volker Hilsheimer wrote:
> * always rebase the commit before prechecking
>
> Right now, precheck is a checkout, which means that the precheck is done on
> top of the revision that it was pushed from. Since that is not the revision
> that it will ultimately integrate against, this makes the precheck less
> accurate. And it also ends up wasting CI resources if the precheck is done
> for a leaf repo, with a revision that might have ancient dependencies. Then
> qtbase etc from those dependency revisions might need to be rebuilt if they
> are not in the artefact cache anymore.
That's good... except when it isn't.
When you have multiple changes you've submitted, you could pre-check the last
one and get a result for all of them. That use-case will go away with
rebasing.
But that was already pretty limited. If you updated any of the previous
changes, the pre-check would no longer work.
I've resorted to pushing a dummy, WIP change with no reviewers and all my
changes squashed, so I could pre-check that. In that case, I could rebase it
at will too.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel DPG Cloud Engineering
More information about the Development
mailing list