Speedup the CI

[jvoisin]

Currently, the CI is quite slow (around 20 minutes to run), it would be nice to speed it up a bit, to make it more pleasant to send pull-requests, but also to avoid burning electricity/resources for nothing.

• Why do we need to install systemd to build miniflux on RHEL? Replace %{?systemd_requires} with%{?systemd_ordering} #3036
• Why is go vet ./... taking 30s?! Don't run go vet ./... as it's run as part of golangci-lint #3033
• 2min to run the unit tests is a lot, maybe we can ditch -cover? Only run -race -cover on ubuntu in the CI #3035
• Do we need to run the unit tests on all platforms with -race? Maybe doing it only a single one would be enough. Only run -race -cover on ubuntu in the CI #3035
• The CodeQL jobs are both analyzing Javascript and Go, maybe we can remove one of them: Don't specify languages for CodeQL #3032
• It seems that go packages aren't cached locally Checkout before installing go #3038
• Don't build multi-arch packages on every PR ci: avoid building Linux packages for each pull-request to speedup the CI #3043
• Only run Docker tests when the Dockerfiles are modified ci: run Docker tests only when the Dockerfiles are modified #3044

[fguillot]

Regarding the Linux packaging phase, it's possible that tools like GoReleaser or nfpm are faster because there is no need to use containers and Qemu, but I never tried it.

[jvoisin]

Do we really need to build debian pacakages for every architectures for every pull-request?

[fguillot]

Do we really need to build debian pacakages for every architectures for every pull-request?

Short answer yes. I believe it was discussed previously in this thread. As you mentioned, cross-compilation might catch most problems, but I don't want to be in a situation where the Debian package is broken when it's time to release a tagged version. If the CI speed is really a concern, I'm okay to run this job on a daily basis instead of each pull-request.

[jvoisin]

I think weekly basis would be enough: one has to really try hard to break things in a platform-specific way.

I think™ it's a concern, as all the other jobs are done in 2 minutes, while this one takes 20 minutes.

[fguillot]

#3043 - ci: avoid building Linux packages for each pull-request
#3044 - ci: run Docker tests only when the Dockerfiles are modified

[jvoisin]

The CI is now down to ~2 minutes \o/