the actions/checkout action has me rather convinced that github actions is seriously overly convoluted bullshit. isn’t it a bit overkill to run a whole-ass typescript purrogram just to make the current repository available fur your current github action to work on?
@aescling The argument goes that you don't always need the code in the repository for the action to be run successfully (a deploy job, something that interacts with the PR/MR like commenting, a job that consumes other jobs' test results, etc.), and I think you can just clone it with the environment key if you want? (I don't really have a preference between them, but there are reasons to make the checkout optional.)
@aschmitz i suppose, yeah
@aschmitz to be clear, though, my issue is with the implementation, not necessarily that checkout is an optional action. i don’t get why you need to run typescript just to git clone, is my point
@aescling Eh, I mean, obviously you don't, but there are a bunch of features (https://github.com/actions/checkout?tab=readme-ov-file#usage) so you need *some* scripting language, and arguably TypeScript is easier to write correctly (and test) than Bourne [Again] Shell. (They also document why they moved it out of the runner itself: https://github.com/actions/checkout/blob/main/adrs/0153-checkout-v2.md#port-to-typescript, which mostly seems to say that it's not really about the action itself so much as the rest of the ecosystem.)
gitlab CI feels a lot more reasonable to me