4 ms·
I generally agree with you, but I'd be interested to hear your take on what the purpose of CI _actually is_. It seems to me that a big part of the problem here
by ledauphin 2y ago
I generally agree with you, but I'd be interested to hear your take on what the purpose of CI _actually is_.
It seems to me that a big part of the problem here (which I have also seen/experienced) is that there's no one specific thing that something like GitHub Actions is uniquely suited for. Instead, people want "a bunch of stuff to happen" when somebody pushes a commit, and they imagine that the best way to trigger all of that is to have an incredibly complex - and also bespoke - system on the other end that does all of it.
It's like we learned the importance of modularity in the the realm of software design, but never applied what we learned to the tools that we work with.
- no_wizard 2y agoStanding up fresh images for validation and post validation tasks. CI shines for running tests against a clean environment for example. Really any task that benefits from a clean image being stood before running a task. The key though is to decouple the tasks from the CI. Complexity like pre-packaging artifacts is not a great fit for CI configuration, that is best pushed to a tool that doesn’t require waterfall logic to make it work. There is a reason task runners are very popular still