4 ms·

RepoKitteh: Github workflow automation using Starlark

66 points by itayd 6y ago

qbasic_forever 6y ago
Wow this looks really slick! After ramping up and using Bazel for a bit I'm totally sold on starlark too--it's a breath of fresh air to just use (mostly) python to write all the configuration and infrastructure code. I'm kind of sick of learning some new bespoke, pet language dreamed up to scratch an itch and such--let's just use python and move on to more important things. My only real gripe with starlark is that the import story is still a bit ugly and unweildly--you have to specify every explicit global function or variable you use, there's no * imports yet. But it's kind of a minor issue in the grand scheme of things.
maxmcd 6y ago
I love starlark and I love this as a better way to run Github actions. It's confusing that this is a managed external service. Github Actions are a fully flexible runtime, it feels like you could get away with all this functionality with Actions as the underlying runtime not some third party service.
- itayd 6y ago
  Developer here. This was actually made before GitHub Actions were out. This can potentially be converted in the future to function as a GitHub action. That said - this gives a much faster reaction to events from GitHub as nothing needs to be provisioned before execution. Also allows for much simpler deployment and developemnt. I discuss this in my EnvoyCon talk, see on repokitteh.io for video.
  - fenollp 6y ago
    Here's the video with timestamp https://youtu.be/kIFjDV_zHaQ?t=1168 https://youtu.be/kIFjDV_zHaQ?t=1168 You mention different goals (from GA) and a will to open source (RK). The parent user seems to have found a way for you to publicize your business efficiently: a Starlark syntax on top of github actions through your runtime, maybe brought in by the OSS community, giving you ample opportunity to capt this market of developers. People looking for better Developer UX would pay for faster processes, right? Oh and long live Starlark and so long YAML.
wmichelin 6y ago
I love this kind of workflow configuration as code, and as Starlark (essentially Python) nonetheless. I would 100% use this! I wish we had this at work!
gkorland 6y ago
Nice! Registered on the waiting list... Are you going to have a free for OSS plan?
crwilcox 6y ago
Seems to have similar functionality/goals to Prow (https://pkg.go.dev/k8s.io/test-infra/prow https://pkg.go.dev/k8s.io/test-infra/prow) but seems like it would be much easier to onboard to.

66 points by itayd 6y ago

Wow this looks really slick! After ramping up and using Bazel for a bit I'm totally sold on starlark too--it's a breath of fresh air to just use (mostly) python to write all the configuration and infrastructure code. I'm kind of sick of learning some new bespoke, pet language dreamed up to scratch an itch and such--let's just use python and move on to more important things. My only real gripe with starlark is that the import story is still a bit ugly and unweildly--you have to specify every explicit global function or variable you use, there's no * imports yet. But it's kind of a minor issue in the grand scheme of things.

maxmcd 6y ago

I love starlark and I love this as a better way to run Github actions. It's confusing that this is a managed external service. Github Actions are a fully flexible runtime, it feels like you could get away with all this functionality with Actions as the underlying runtime not some third party service.

itayd 6y ago
Developer here. This was actually made before GitHub Actions were out. This can potentially be converted in the future to function as a GitHub action. That said - this gives a much faster reaction to events from GitHub as nothing needs to be provisioned before execution. Also allows for much simpler deployment and developemnt. I discuss this in my EnvoyCon talk, see on repokitteh.io for video.
- fenollp 6y ago
  Here's the video with timestamp https://youtu.be/kIFjDV_zHaQ?t=1168 https://youtu.be/kIFjDV_zHaQ?t=1168 You mention different goals (from GA) and a will to open source (RK). The parent user seems to have found a way for you to publicize your business efficiently: a Starlark syntax on top of github actions through your runtime, maybe brought in by the OSS community, giving you ample opportunity to capt this market of developers. People looking for better Developer UX would pay for faster processes, right? Oh and long live Starlark and so long YAML.

wmichelin 6y ago

I love this kind of workflow configuration as code, and as Starlark (essentially Python) nonetheless. I would 100% use this! I wish we had this at work!

gkorland 6y ago

Nice! Registered on the waiting list... Are you going to have a free for OSS plan?

crwilcox 6y ago

Seems to have similar functionality/goals to Prow (https://pkg.go.dev/k8s.io/test-infra/prow https://pkg.go.dev/k8s.io/test-infra/prow) but seems like it would be much easier to onboard to.