Combine CI where it makes sense. This reduces stress on the runner while keeping the logic intact. This could get more improvements with more efficient container choices, adding test runs on Rust and C++, among other minor improvements.
Makefile added with, as of now, basic task runners. More to come in this PR.
Why
Issue #161 illustrates the advantages for task-runners.
The CI steps caused the runner to draw too many resources, crashing the server. While reducing the amount of tasks that can run concurrently does improve things, another layer is good to perhaps get some headroom.
WIP
Docs and branch protection rules can get updated once PR is out of draft. Draft is required to run some runners.
### What & why
## What
The changes include:
- Combine CI where it makes sense. This reduces stress on the runner while keeping the logic intact. This could get more improvements with more efficient container choices, adding test runs on Rust and C++, among other minor improvements.
- `ci/Dockerfile` got dependency update, image build succeeds.
- Makefile added with, as of now, basic task runners. More to come in this PR.
## Why
Issue #161 illustrates the advantages for task-runners.
The CI steps caused the runner to draw too many resources, crashing the server. While reducing the amount of tasks that can run concurrently does improve things, another layer is good to perhaps get some headroom.
## WIP
Docs and branch protection rules can get updated once PR is out of draft. Draft is required to run some runners.
### Related issue
#161
### Type
CI / build / tooling
### Tested
- [ ] Build succeeds
- [ ] Existing tests pass
- [ ] Manually verified
### Breaking changes?
_No response_
### Checklist
- [ ] CI passes (format, lint, typecheck)
- [x] Clean commits
- [ ] No new warnings
- [ ] Docs updated if needed
@zach I believe rebasing is better than merging from main since it preserves history more linearly. Gitea gives you the option to do so as well. It is what I personally prefer doing.
I'd also advise to not rebase or merge unless you plan to work on the new branch.
@zach I believe rebasing is better than merging from main since it preserves history more linearly. Gitea gives you the option to do so as well. It is what I personally prefer doing.
I'd also advise to not rebase or merge unless you plan to work on the new branch.
AramJonghu
self-assigned this 2026-10-25 00:27:49 +02:00
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
What & why
What
The changes include:
ci/Dockerfilegot dependency update, image build succeeds.Why
Issue #161 illustrates the advantages for task-runners.
The CI steps caused the runner to draw too many resources, crashing the server. While reducing the amount of tasks that can run concurrently does improve things, another layer is good to perhaps get some headroom.
WIP
Docs and branch protection rules can get updated once PR is out of draft. Draft is required to run some runners.
Related issue
#161
Type
CI / build / tooling
Tested
Breaking changes?
No response
Checklist
5ee4f370d9to4ed95c94754ed95c9475toeba5458f15eba5458f15to39f99bb336e28f276209tocc88356099bbdfdfcd8btob3bd19316b@zach I believe rebasing is better than merging from main since it preserves history more linearly. Gitea gives you the option to do so as well. It is what I personally prefer doing.
I'd also advise to not rebase or merge unless you plan to work on the new branch.
Sure, merging is just the first option. I just do it whenever I look through them, but I can stop.
65cf06d9d4to9bab59ba0f5adcaa5a0ctob1ef587dd2View command line instructions
Checkout
From your project repository, check out a new branch and test the changes.