<div dir="ltr">this mirrors my current understanding of all the choices myself, and it certainly helps that GH *explicitly* puts the OSS/free tier on equal or  footing with paid customers. <div>which  absolutely makes sense given their various corporate structures (GH actions is a path to folks perhaps wanting to use azure services more organically? )</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Nov 16, 2020 at 5:39 PM Mihai Maruseac <<a href="mailto:mihai.maruseac@gmail.com">mihai.maruseac@gmail.com</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">As a user of all of the following, GitHub Actions > Circle CI > Travis.<br>
<br>
You get much more control on Github Actions, you can cache stuff, you<br>
can control when it runs.<br>
<br>
On Mon, Nov 16, 2020 at 10:17 AM <<a href="mailto:ulidtko@gmail.com" target="_blank">ulidtko@gmail.com</a>> wrote:<br>
><br>
> Speaking of CI systems and OpenSource, I'd like to mention CircleCI as<br>
> well: <a href="https://circleci.com/open-source/" rel="noreferrer" target="_blank">https://circleci.com/open-source/</a><br>
> (No affiliation, just a happy user.)<br>
><br>
> Did have slightly negative experience with TravisCI recently, can<br>
> confirm the sentiment.<br>
><br>
> On Mon, Nov 16 2020 at 12:02:52 PM -0600, Carter Schonwald<br>
> <<a href="mailto:carter.schonwald@gmail.com" target="_blank">carter.schonwald@gmail.com</a>> wrote:<br>
> > Hey everyone: it looks like, from my perspective and experiences,<br>
> > that Travis ci should perhaps now be viewed as not open source<br>
> > friendly. Or even converging on hostile?<br>
> ><br>
> > 1) crazy long queue times/ latency for oss ci actions to run<br>
> ><br>
> > 2) very low concurrency on oss builds.<br>
> ><br>
> > 3) very low build build  minute caps for oss that require high touch<br>
> > customer support contact to adjust.<br>
> ><br>
> > I’ve started moving my own projects slowly to gh actions for now,<br>
> > though there’s also gitlab ci , src hut and other options that may<br>
> > suit different folks.<br>
> ><br>
> > There’s definitely some ways to keep on having the clever cabal<br>
> > caching we know and love that folks like the Haskell-ci folks and<br>
> > others have hacked out for Travis be available on other platforms,<br>
> > though I don’t think there’s consolidated docs for those yet ?<br>
> > Def seen it discussed though.<br>
> ><br>
> > <a href="https://github.com/haskell-CI/haskell-ci/issues/411" rel="noreferrer" target="_blank">https://github.com/haskell-CI/haskell-ci/issues/411</a><br>
> ><br>
> > Heres a url to my dupe ticket where I share an example naive use of<br>
> > the setup Haskell gh actions Config, definitely not perfect. But<br>
> > kinda amazing to have Mac and Linux and windows ci all in one ! :)<br>
> ><br>
><br>
><br>
> _______________________________________________<br>
> Haskell-Cafe mailing list<br>
> To (un)subscribe, modify options or view archives go to:<br>
> <a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe</a><br>
> Only members subscribed via the mailman list are allowed to post.<br>
<br>
<br>
<br>
-- <br>
Mihai Maruseac (MM)<br>
"If you can't solve a problem, then there's an easier problem you can<br>
solve: find it." -- George Polya<br>
</blockquote></div>