- Go 87.2%
- JavaScript 11.1%
- Shell 1.3%
- Makefile 0.3%
|
All checks were successful
cascade / debug (push) Has been skipped
checks / Build Forgejo Runner (push) Successful in 40s
example / docker-build-push-action-in-lxc (push) Successful in 1m27s
checks / validate mocks (push) Successful in 43s
checks / validate pre-commit-hooks file (push) Successful in 39s
checks / runner exec tests (push) Successful in 39s
/ example-docker-compose (push) Successful in 2m40s
checks / Build unsupported platforms (push) Successful in 1m22s
/ example-on-demand (push) Successful in 4m25s
/ example-lxc-systemd (push) Successful in 7m42s
checks / Run integration tests with Docker (docker-latest) (push) Successful in 13m24s
cascade / forgejo (push) Successful in 44m29s
checks / Run integration tests with Docker (docker-stable) (push) Successful in 12m42s
checks / Run integration tests with Podman (push) Successful in 16m12s
The goal I had in mind was to make sure that once the runner has a task from `FetchTask`, it never has any error cases that don't get reported back to the server. I believe that's already practically the case, but I've applied a couple refactorings to clarify it:
- `Run()` no longer returns an error, to indicate that its expected to handle errors internally. Nearly no code paths used this.
- `runningTasks` (the only code path using the above) had a possibility for a race condition which could allow two instances of the same task to be run, which was fixed up.
- `recover()` is used when running jobs in a way that would not report status back to the server. But practically speaking these `recover()` blocks were never used because panics from within the job invocation [are also recovered](
|
||
|---|---|---|
| .forgejo | ||
| act | ||
| contrib | ||
| examples | ||
| internal | ||
| release-notes | ||
| testutils | ||
| .dockerignore | ||
| .editorconfig | ||
| .gitattributes | ||
| .gitignore | ||
| .golangci.yml | ||
| .pre-commit-hooks.yaml | ||
| Dockerfile | ||
| go.mod | ||
| go.sum | ||
| LICENSE | ||
| main.go | ||
| Makefile | ||
| README.md | ||
| RELEASE-NOTES.md | ||
| renovate.json | ||
Forgejo Runner
A daemon that connects to a Forgejo instance and runs jobs for continuous integration. The installation and usage instructions are part of the Forgejo documentation.
Reporting security-related issues
Sensitive security-related issues should be reported to [email protected] using encryption.
License
The Forgejo runner is distributed under the terms of the GPL version 3.0 or any later version.
Architectures & OS
The Forgejo runner is supported and tested on amd64 and arm64 (binaries and containers) on Operating Systems based on the Linux kernel.
Work may be in progress for other architectures and you can browse the corresponding issues to figure out how they make progress. If you are interested in helping them move forward, open an issue. The most challenging part is to setup and maintain a native runner long term. Once it is supported by Forgejo, the runner is expected to be available 24/7 which can be challenging. Otherwise debugging any architecture specific problem won't be possible.
Hacking
The Forgejo runner is a dependency of the setup-forgejo action. See the full dependency graph for a global view.
Building
- Install Go and
make(1) make build
Linting
make lint-checkmake lint# will fix some lint errors
Testing
The workflow that runs in the CI uses similar commands.
Without a Forgejo instance
- Install Docker
make test integration-test
The TestRunner_RunEvent test suite contains most integration tests
with real-world workflows and is time-consuming to run. During
development, it is helpful to run a specific test through a targeted
command such as this:
go test -count=1 -run='TestRunner_RunEvent$/local-action-dockerfile$' ./act/runner
With a Forgejo instance
- Run a Forgejo instance locally (for instance at http://0.0.0.0:8080) and create as shared secret
export FORGEJO_RUNNER_SECRET='AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA'
export FORGEJO_URL=http://0.0.0.0:8080
forgejo forgejo-cli actions register --labels docker --name therunner --secret $FORGEJO_RUNNER_SECRET
make test integration-test# which will run addional tests because FORGEJO_URL is set
end-to-end
- Follow the instructions from the end-to-end tests to run actions tests locally.
./end-to-end.sh actions_teardown# stop the Forgejo and runner daemons running in the end-to-end environment( cd ~/clone-of-the-runner-repo ; make build ; cp forgejo-runner /tmp/forgejo-end-to-end/forgejo-runner )# install the runner built from sources./end-to-end.sh actions_setup 13.0# start Forgejo v13.0 and the runner daemon in the end-to-end environment./end-to-end.sh actions_verify_example echo# run the echo workflowxdg-open http://127.0.0.1:3000/root/example-echo/actions/runs/1# see the logs workflowless /tmp/forgejo-end-to-end/forgejo-runner.log# analyze the runner logsless /tmp/forgejo-end-to-end/forgejo-work-path/log/forgejo.log# analyze the Forgejo logs