3 ms·
This can be achieved by running in CI what commonly runs on local. E.g. if your build process is simply invoking `build.sh`, it should be trivial to run exactl
by maratc 1y ago
This can be achieved by running in CI what commonly runs on local.
E.g. if your build process is simply invoking `build.sh`, it should be trivial to run exactly that in any CI.
- esafak 1y agoBe sure to run it in a container, so you have a semblance of parity.
- maratc 1y agoWhere possible. (If your build process builds containers and your tests get them up and make them talk, doing that in a container is a challenge.) However, there are stateless VMs and stateless BMs too.
- ambicapter 1y agoThis is fine until your run into differences between your machine and the CI one (or you're writing code for a different architecture than the one you're using), but I agree, this is definitely the first step.
- maratc 1y agoI agree, but if there's an architecture gap then locally running CI is not gonna help you to bridge it either.
- 0x457 1y agoPlot twist, my build.sh invokes nix build and all I have to do on CI is to install nix and setup caching.
- octopoc 1y agoDouble plot twist, I need to VPN into a remote network and now all the CI network activity goes through the VPN as well, and some of it gets blocked (true story)
- __MatrixMan__ 1y agoYour builds depend on the consistent behavior of remote servers? That sounds like a recipe for disaster.