summaryrefslogtreecommitdiff
path: root/README.md
diff options
context:
space:
mode:
authoriximeow <me@iximeow.net>2023-06-25 04:36:26 -0700
committeriximeow <me@iximeow.net>2023-06-25 04:36:26 -0700
commit378eac92ee92cfdeae00a8c231d65112f0b1f5cd (patch)
tree47db066f8cacaf406e394d0a353e96349c14a405 /README.md
parent9bda7a16faf4526eaf9035ba1cb80ebf65fd7fd9 (diff)
add a readme
Diffstat (limited to 'README.md')
-rw-r--r--README.md23
1 files changed, 23 insertions, 0 deletions
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.