<div dir="ltr">I use GitLab CI when I have the option. The Docker integration is pretty helpful. If you're willing to deploy your own GitLab CI instance, you can use Docker-in-Docker to build and deploy Docker images into production.<div><br></div><div>I wrote a blog post explaining why I use and prefer GitLab CI: <a href="https://bitemyapp.com/blog/why-i-use-gitlab-ci/">https://bitemyapp.com/blog/why-i-use-gitlab-ci/</a></div><div><br></div><div>I typically use the hosted CI (on Gitlab.com) and then when I need to speed up builds, I run CI workers on my own machines. Very pleasant.</div><div><br></div><div>It has a few minor limitations to do with how much control you have things in the YAML but it can be worked around if you need to. I've used GitLab CI on several production projects, some of them belonging to an employer. I also use it for my personal projects.</div><div><br></div><div>Hope this helps.</div><div><br></div><div>Cheers,</div><div>Chris Allen</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Dec 13, 2020 at 4:53 PM Joachim Durchholz <<a href="mailto:jo@durchholz.org">jo@durchholz.org</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">Not wanting to dishearten you, but Github *was* acquired by Microsoft, <br>
and that company has changed policy more often than I have appendages to <br>
count.<br>
Which means that replacing a Travis workflow with a Github workflow <br>
isn't improving anything, it's merely another station on the CI <br>
caravan's route.<br>
<br>
Gitlab *is* publishing large parts of their server-side code. Set up a <br>
local test installation, make sure that CI automation runs there, then <br>
migrate to Gitlab - that's the strategy I'd choose, YMMV.<br>
<br>
Gitlab may become FOSS-unfriendly over time just like any other <br>
commercial entity, but their barrier is significantly higher: The will <br>
loser more users and faster if they try anything funny with their <br>
policy, because then people will just run their own servers. Their <br>
current policy is a bit of a "we promise to remain FOSS-friendly, <br>
because, see? - we're locking ourselves in your corner" plot, and of <br>
course me advertising this is exactly what they want to achieve :-)<br>
<br>
DISCLAIMER: I am NOT affiliated with Gitlab in any way.<br>
Or with any other commercial entity offering services to the open-source <br>
community.<br>
<br>
Regards,<br>
Jo<br>
<br>
Am 13.12.20 um 20:59 schrieb Carter Schonwald:<br>
> <a href="https://github.com/cartazio/ralist/blob/495c3dcb3a8e16a693a97a415f731907549aa615/.github/workflows/hs-matrix.yml" rel="noreferrer" target="_blank">https://github.com/cartazio/ralist/blob/495c3dcb3a8e16a693a97a415f731907549aa615/.github/workflows/hs-matrix.yml</a>  <br>
> is my current iteration<br>
> <br>
> On Mon, Nov 16, 2020 at 1:02 PM Carter Schonwald <br>
> <<a href="mailto:carter.schonwald@gmail.com" target="_blank">carter.schonwald@gmail.com</a> <mailto:<a href="mailto:carter.schonwald@gmail.com" target="_blank">carter.schonwald@gmail.com</a>>> wrote:<br>
> <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 ?  Def<br>
>     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>
> 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>
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.</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div dir="ltr">Chris Allen<br><div><span style="font-size:12.8px">Currently working on </span><a href="http://haskellbook.com" target="_blank">http://haskellbook.com</a></div></div></div></div></div></div>