<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} </style>
</head>
<body dir="ltr">
<div style="font-family: Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
I see.  Got it: just use marge-bot then.</div>
<div style="font-family: Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="font-family: Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
Jose</div>
<div id="appendonsend"></div>
<div style="font-family:Calibri,Helvetica,sans-serif; font-size:12pt; color:rgb(0,0,0)">
<br>
</div>
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" color="#000000" style="font-size:11pt"><b>From:</b> Rob Clark <robdclark@gmail.com><br>
<b>Sent:</b> Tuesday, September 21, 2021 16:13<br>
<b>To:</b> Jose Fonseca <jfonseca@vmware.com><br>
<b>Cc:</b> Gert Wollny <gw.fossdev@gmail.com>; ML mesa-dev <mesa-dev@lists.freedesktop.org><br>
<b>Subject:</b> Re: [Mesa-dev] Merge blocked</font>
<div> </div>
</div>
<div class="BodyFragment"><font size="2"><span style="font-size:11pt">
<div class="PlainText">Please don't merge or push directly, that will interfere with<br>
marge-bot when it's trying to merge someone else's MR<br>
<br>
BR,<br>
-R<br>
<br>
On Tue, Sep 21, 2021 at 7:56 AM Jose Fonseca <jfonseca@vmware.com> wrote:<br>
><br>
> Hi Gert,<br>
><br>
> > I can understand your frustration with the flaky tests,<br>
><br>
> My frustration comes as much from the Gitlab config as from the flaky tests.<br>
><br>
> But you have a point: if tests weren't flaky this certainly wouldn't be much of a problem, and filing bugs is probably the best course of action to avoid them.<br>
><br>
> > but I'm sure you know that having a CI is place helps a lot to not break most of the code, so merging without having to go through the CI is not really an option, even if we are all sensible adults.<br>
><br>
> I don't follow the logic.  Anybody with commit access can push from git command line bypassing any pipeline checks.  We're already relying upon folks' judgment to use it only when it makes sense (e.g, crossporing commits, etc.)  I don't see why having a UI
 button to automate makes a difference.<br>
><br>
> Reassigning to marge-bot is easy enough, but IIUC that causes all pipeline stages (even those which were successful) to be repeated.  I feel that's wasteful (not just money, but also energy.)  Allowing one to Rebase + Merge on one click (like GitHub allows)
 would be more efficient IMHO.<br>
><br>
> Anyway, for good or worse, I don't commit to Mesa as much as I used to, so this doesn't affect me nearly as much as others.  Even though I believe allowing to merge without pipeline object would be an improvement, if everybody else is happy with the status
 quo, then don't mind me.<br>
><br>
> Jose<br>
><br>
> ________________________________<br>
> From: Gert Wollny <gw.fossdev@gmail.com><br>
> Sent: Tuesday, September 21, 2021 15:32<br>
> To: Jose Fonseca <jfonseca@vmware.com>; ML mesa-dev <mesa-dev@lists.freedesktop.org><br>
> Subject: Re: [Mesa-dev] Merge blocked<br>
><br>
> Hello Jose,<br>
><br>
> On Tue, 2021-09-21 at 11:48 +0000, Jose Fonseca wrote:<br>
> > Why doesn't Gilab allow one to merge manually?<br>
> ><br>
> > See <a href="https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgitlab.freedesktop.org%2Fmesa%2Fmesa%2F-%2Fmerge_requests%2F12940&amp;data=04%7C01%7Cjfonseca%40vmware.com%7Cb6fbf5ac91d040c7c77208d97d11be2a%7Cb39138ca3cee4b4aa4d6cd83d9dd62f0%7C0%7C0%7C637678337431351753%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=4OWuhOPqIIq3XVMR3yk5y1i78usNbQ6XdtEfecIERts%3D&amp;reserved=0:">
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgitlab.freedesktop.org%2Fmesa%2Fmesa%2F-%2Fmerge_requests%2F12940&amp;data=04%7C01%7Cjfonseca%40vmware.com%7Cb6fbf5ac91d040c7c77208d97d11be2a%7Cb39138ca3cee4b4aa4d6cd83d9dd62f0%7C0%7C0%7C637678337431351753%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=4OWuhOPqIIq3XVMR3yk5y1i78usNbQ6XdtEfecIERts%3D&amp;reserved=0:</a><br>
> ><br>
> >  * Marge-bot failed to merge the PR due to 2 flaky tests, completely<br>
> > unrelated to the commits in question.<br>
><br>
> I can understand your frustration with the flaky tests, but I'm sure<br>
> you know that having a CI is place helps a lot to not break most of the<br>
> code, so merging without having to go through the CI is not really an<br>
> option, even if we are all sensible adults.<br>
><br>
> Maybe we all should just file bugs when we see a flaky test, so that<br>
> those get flagged accordingly by the developers responsible for the<br>
> related drivers.<br>
><br>
> ><br>
> >  * I manually retried the failed tests, and they all passed, but<br>
> > still Gitlab refused to allow to merge: it said I needed to rebase.<br>
> This is, because Marge merged some other MR between the time you<br>
> rebased the last time. Since the pre-merge CI was added and before<br>
> Marge was introduced, this actually happened quite regularly: Press the<br>
> Merge-when-pipeline-succeeds button and fail, because some other merge<br>
> request was already in the pipeline and got merged before your pipeline<br>
> finished.<br>
> However, nowadays you don't need to rebase yourself, once you assign<br>
> the MR to Marge and she will do that for you when she starts to handle<br>
> your merge request.<br>
><br>
> >  * I rebased, but still Gitlab refused to merge: now it expects the<br>
> > pipelines to be runagain!<br>
> I'm really sorry for your frustration, but if you're sure that the<br>
> merge failed only because if flaky tests, then simply reassigning the<br>
> MR to Marge will do.<br>
><br>
> > Is it really necessary to go to git command line to get a PR<br>
> > merged!?  (I was forced to do so 2-3 times now, but it's a hassle.)<br>
> No, it is not necessary, because Marge will do that for you, once you<br>
> assign the MR to her.<br>
><br>
> > Or run pipelines over and over until one eventually succeeds?<br>
> This is only a problem because of the flaky tests, and yes, we should<br>
> do something about this.<br>
><br>
> > Sorry for the rant, but I didn't notice anybody else complain.  Am I<br>
> > the only bothered here?  Or is there a better way here I don't know<br>
> > of?<br>
> As you sure have understood at this point, the answer is "Assign to<br>
> Marge" ;)<br>
><br>
> Best regards,<br>
> Gert<br>
><br>
><br>
</div>
</span></font></div>
</body>
</html>