Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Investigate alternatives to travis-ci #421

Closed
dantswain opened this issue Nov 5, 2020 · 2 comments
Closed

Investigate alternatives to travis-ci #421

dantswain opened this issue Nov 5, 2020 · 2 comments

Comments

@dantswain
Copy link
Collaborator

Travis-CI seems to be getting noticeably slower for OSS builds: https://www.traviscistatus.com/#month

I've definitely noticed significant queue times for builds, which is a pretty major slowdown for iterating on PRs. Furthermore, using travis has caused some difficulty in the test suite because the instances it runs are somewhat anemic and that can make running the tests and kafka at the same time fairly rough.

Alternatives that I have a some amount of familiarity with off-hand:

  • Github actions
  • CircleCI
  • GitLab (can we do this without moving the project?)

I'm open to opinions here, though I'll be favoring platforms that the core maintainers are comfortable with. @joshuawscott @jbruggem @bjhaid

@jbruggem
Copy link
Collaborator

jbruggem commented Nov 6, 2020

Excellent initiative !

I have a tiny bit of experience with Github actions, and a lot of experience with Gitlab CI (that what we use at my company).

My opinion is that we should consider first Github actions. There's a strong added value in having everything in one tool ! My experience with it was good.

If it doesn't pan out, I can voutch for GitlabCI (though I have experience with it on-prem, so I don't know the performance it has for free accounts on their cloud version). Not sure about how we could integrate the CI status in Github though 🤔 . In that case, I'd recommend using their services system rather than a docker-compose, which will be more efficient. We'd keep the docker-compose setup locally.

@dantswain
Copy link
Collaborator Author

I gave github actions a try for kayrock and it was pretty easy and builds pretty fast. https://github.com/dantswain/kayrock/blob/master/.github/workflows/elixir.yml

The hard part will be kafka of course

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants