Re:GitHub Actions Has a Package Manager, and It Might Be the...
by weakfish on Monday December 08, 2025 @05:20PM
(#46198418)
IME on a Pulumi for IaC team, writing infra in a real language (TypeScript) is MILES better than- you can do conditions, have typed outputs, etc and not have it be a bastardized imperative YAML mess.
YAML is fine for data, but inevitably stuff like workflows end up tacking on imperative features to a declarative language.
Re:GitHub Actions Has a Package Manager, and It Might Be the...
by sofixa on Tuesday December 09, 2025 @07:50AM
(#46204389)
> IME on a Pulumi for IaC team, writing infra in a real language (TypeScript) is MILES better than- you can do conditions, have typed outputs, etc and not have it be a bastardized imperative YAML mess.
You can have conditions and types without having the full flexibility allowing madness of a full language with HCL.
Re:GitHub Actions Has a Package Manager, and It Might Be the...
by worldsayshi on Tuesday December 09, 2025 @08:46AM
(#46204866)
I've thought about using Pulumi many times. Sounds like dagger.io can be a good complement for the workflow use case?
Re:GitHub Actions Has a Package Manager, and It Might Be the...
by weakfish on Tuesday December 09, 2025 @09:24AM
(#46205214)
I enjoy it, but I also think my platform team has set it up in the best possible way. YMMV if it’s done differently- I am sometimes uncertain if I love pulumi, or how we do pulumi.
I really really want to use dagger, but I don’t think there’s organizational interest in it.
Because it's clear to write and read. You don't want your CI/CD logic to end up being spaghetti because a super ninja engineer decided they can do crazy stuff just because they can. Same reason why it's a bad idea to create your infrastructure directly in a programming language (unless creating infrastructure is a core part of your software).
> Why not just build the workflows themselves as docker images? I guess running other docker images in the workflow would then become a problem.
That's how Drone CI handled it. GitLab kind of does the same, where you always start as a docker image, and thus if you have a custom one with an entrypoint, it does whatever you need it to.