Posts: 6,486
Threads: 176
Joined: Jan 2012
Thanks: 40
Given 156 thank(s) in 838 post(s)
Both Travis and CircleCI allow us to run CI tests. Currently CircleCI is used only for the stylecheck, while Travis does 4 builds for each commit. If we split the work better, we could have better CI roundtrip times. Say we move the gcc builds over to CircleCI, and let only the Travis' clang builds check the LuaAPI documentation status, then both CIs will run more or less the same amount of time. On the other hand, we would lose the ability to detect style issues very early, the entire CircleCI build will need to finish before the style violations would get reported back to Github. Would it still be worth the change?
To sum up, these are the checks currently done on Linux:
- BasicStyleCheck
- Build gcc and clang, debug and release
- Check LuaAPI documentation status (must build before checking)
Alternatively, perhaps there's yet another CI provider where we could offload some of the checks?
Posts: 4,621
Threads: 113
Joined: Dec 2011
Thanks: 51
Given 55 thank(s) in 409 post(s)
I thought the builds were run in parallel. Will it improve the buildtime by that much?
Posts: 6,486
Threads: 176
Joined: Jan 2012
Thanks: 40
Given 156 thank(s) in 838 post(s)
Travis does build in parallel, but from what I've heard, only "1.5" parallelism is used (whatever that means). Whenever I checked a running CI test, only one, occasionally two builds were running at parallel, the others were waiting. So I do assume splitting the builds would reduce the CI test time.
I've looked at GitHub's CI offer page, there are other providers, so perhaps we could use those for some of the builds.
Posts: 4,621
Threads: 113
Joined: Dec 2011
Thanks: 51
Given 55 thank(s) in 409 post(s)
Another CI would indeed be the perfect solution for this.
Posts: 6,486
Threads: 176
Joined: Jan 2012
Thanks: 40
Given 156 thank(s) in 838 post(s)
GitLab CI only works with GitLab, we don't use that platform at all and I don't think it would work with GitHub.
Posts: 31
Threads: 2
Joined: Nov 2016
Thanks: 0
Given 0 thank(s) in 6 post(s)
11-09-2016, 01:47 PM
(This post was last modified: 11-09-2016, 01:48 PM by yangm97.)
We could mirror the github repo to a gitlab.com repo (or the other way around, don't quite remember). They offer free CI runners but you can also add your own servers to the mix to speed things up.
Regardless of the CI system, I could gladly offer some of my server resources for the cuberite project. It currently has spare CPU and RAM laying around.
Also, talking about builds, I see you guys dropped the macOS binaries. I have two macs somewhat 24/7 idling, if anyone has interest in mac builds just let me know.
