<div dir="ltr">Yeah, we can pull all sorts of dirty tricks to get things to fire, but typically the best choice is adding comment or something that will refire the builds. Maybe it'd have to check that it's a commiter or the author to avoid someone spaming our CI stack. I'm also wondering if we can plead with Travis CI for more time to run as an open source project. Because I see a lot of timeouts. Azure works great, but only has Xcode 10 (maybe 9?) available - I'm also kinda ok with that, but I'm a bit nervous about it.<div><br></div><div>After years of just doing ports I'm trying to figure out how best to help out, I'm realizing there is a steep learning curve even for those of us involved for a long time. There are A LOT of moving parts in MacPorts.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, May 19, 2019 at 2:45 PM Christopher Chavez <<a href="mailto:chrischavez@gmx.us">chrischavez@gmx.us</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
<br>
On 5/19/2019 1:40 PM, Mark Anderson wrote:<br>
> making it possible to re-run CI from GitHub commits.<br>
<br>
As a PR submitter, one workaround I'm aware of is rebasing the PR<br>
commit(s). I'm not sure that's something members can/should try though,<br>
so a better solution is probably still preferred…<br>
<br>
</blockquote></div>