fcdda0b072
While talking with @aluzzardi, we thought that regular auto-releases which happen with no intervention on our part would be a good idea. The last Dagger release (0.1.0-alpha.31) was over 1 month ago, and there are Europa-related changes which we want to make available in the Dagger GitHub Action. We should never have more than 1 week of unreleased changes. While more often is better, and we may need to tweak this later, this is a decent starting point: release every Tuesday, 5pm UTC & 9am SFO. We had to adjust the starting point slightly so that we do not start at the top of the hour when there is high load on GitHub Actions (see the inline comments for more details) The workflow can also be triggered manually, and a custom tag can be provided optionally. If no tag is provided, the last one will be incremented as expected, e.g. v0.1.0-alpha.31 -> v0.1.0-alpha.32. Before you get too carried away with custom tags, let's talk about the unexpected side-effects which are not worth covering in this commit message ("people over processes"). There is also a concurrency setting which will not prevent multiple releases to be triggered, but at least these jobs will not run in parallel. I looked into cancelling the current workflow if another one of the same type is running, but I couldn't get it to work properly within my 30 mins time-box so I stopped. There is a lot to talk about our releases AFTER this gets merged, so let's defer those conversations until we are happy with the first step which I think is in the right direction. Signed-off-by: Gerhard Lazu <gerhard@lazu.co.uk> |
||
---|---|---|
.dagger/env | ||
.github | ||
client | ||
cmd | ||
compiler | ||
docs | ||
environment | ||
keychain | ||
mod | ||
pkg | ||
plan | ||
plancontext | ||
solver | ||
state | ||
telemetry | ||
tests | ||
util | ||
version | ||
website | ||
.gitignore | ||
.golangci.yml | ||
.goreleaser.yml | ||
.markdownlint.yaml | ||
CONTRIBUTING.md | ||
doc.go | ||
Dockerfile | ||
go.mod | ||
go.sum | ||
install.ps1 | ||
install.sh | ||
LICENSE | ||
Makefile | ||
README.md | ||
tracing.compose.yaml | ||
universe |
Dagger
Dagger is a portable devkit for CICD.
Using Dagger, software teams can develop powerful CICD pipelines with minimal effort, then run them anywhere. Benefits include:
- Unify dev and CI environments. Write your pipeline once, Dagger will run it the same everywhere.
- Reduce CI lock-in. No more re-writing everything from scratch every 6 months.
How does it work?
- Automate actions with your favorite programming language. No proprietary SDK: just regular shell, Go, Javascript, Python...
- Reuse actions from a large and growing catalog.
- Tie it all together in CUE - a revolutionary declarative language invented at Google. No more YAML hell!
- Test and debug instantly on your local machine. No more waiting 10min to catch a typo.
- Run your pipelines on any Docker-compatible runtime, for maximum portability. This means most modern CI runners can run Dagger out of the box.