4 Commits

Include renames

Author	SHA1	Message	Date
jcoffey-dev	8846a280f1	ci: publish the image on tags, port the weekly release ... publish.yml replaces .github/workflows/publish.yml: on a v* tag it checks the tag equals v<brand_version!> and is on main, builds the linux/amd64+arm64 image in one buildx run (the Dockerfile already cross-compiles, so only its final stage goes through QEMU), pushes :<version> and :latest to the registry, links the package, and creates the tag's release if it has none. weekly-release.yml ports .github/workflows/release.yml: bump brand_version! through the contents API, then create the release and so the tag, which starts publish.yml. It only dry-runs until RELEASE_LIVE=1 and a RELEASE_TOKEN secret exist.	2026-09-22 09:56:32 -07:00
jcoffey-dev	b37d252660	ci: raise the Cargo target-dir limit to 60 GB ... The dev and test profiles together already take ~22 GB after one cold build, so the 25 GB limit would have wiped a warm cache within a build or two.	2026-09-22 08:45:15 -07:00
jcoffey-dev	1ee2e2a6a3	ci: persistent Cargo cache, run on either runner ... The build now mounts the named volume inbuxa-server-cargo at /cache and keeps CARGO_HOME and CARGO_TARGET_DIR there, so a push reuses the compiled dependency tree (RocksDB included) instead of rebuilding it from scratch. Both runners allow that one volume; each host keeps its own copy. With the cache in place the job moves to runs-on: light, so it can run on host2 as well. Cargo's parallelism now follows the job's CPU cap rather than the host's core count, and the target dir is dropped past 25 GB.	2026-09-22 07:59:35 -07:00
jcoffey-dev	29bcfecb80	ci: add Gitea Actions workflow ported from .gitlab-ci.yml	2026-09-21 22:45:05 -07:00