From 378eac92ee92cfdeae00a8c231d65112f0b1f5cd Mon Sep 17 00:00:00 2001 From: iximeow Date: Sun, 25 Jun 2023 04:36:26 -0700 Subject: add a readme --- README.md | 23 +++++++++++++++++++++++ 1 file changed, 23 insertions(+) create mode 100644 README.md diff --git a/README.md b/README.md new file mode 100644 index 0000000..af1e3cb --- /dev/null +++ b/README.md @@ -0,0 +1,23 @@ +# build-o-tron (name pending) + +this is the most bespoke CI situation you've ever heard of. this is the system backing green checkmarks for most of the yaxpeax repos on github, among others. + +the only known instance of anyone using this is me, at [ci.butactuallyin.space](https://ci.butactuallyin.space) + +notably: +* CI configs are lua +* anyone can run CI jobs (if the server is willing to talk to you) +* (soon) the CI runner should be able to run locally in a `watch` manner - CI builds should be testable before reaching CI +* i explicitly intend this system to support non-github triggers + [ ] say, post-recv hooks in other git repos + [ ] or a patched cgit to show build statuses + [ ] or a cron job for non-build-oriented work that should none the less be repeatable +* i expect this system to have first-class support for capturing metrics from builds and reporting on changes + [ ] and yes, i expect build-o-tron to double as a performance testing environment + [ ] including replaying a history of build jobs on a new runner to establish performance baselines and differences +* it knows how to send emails nagging me about builds and their outcomes. other tools can do this too i'm sure, but i can make these useful. +[ ] in the future, figure out how to do certain kinds of limited deployments after successful goodfile executions. probably goodfile extensions to do those deployments, so success implies successful deployments. + +this will probably grow into a general task scheduler, if my interest stays here. i've built at least one of those before. + +look, i really really really do not want to run jenkins. -- cgit v1.1