Joined February 2021
- Tweets 1,695
- Following 207
- Followers 7,299
- Likes 1,245
506 Photos and videos
Pinned Tweet
1 Oct 2025
Dagger 0.19 is out, with a LOT of improvements:
- Better performance (more on the way!)
- Run Dagger without Docker
- Local container export
- First-class support for codegen workflows
- Build-an-agent! Run tiny coding agents directly in your workflows, with perfect context
🧵
5
9
30
9,512
Dagger retweeted
Apr 27
FYI. This week we're moving Dagger Cloud to Absurd by @mitsuhiko. Will share our experience if anyone's interested.
cc @marcosnils @matiaspan26
9
5
44
18,353
Dagger retweeted
Apr 17
When the creator of Docker rewrites buildkit, people should pay attention:
x.com/solomonstre/status/204…
Apr 15
FYI, Dagger is about to move off Buildkit, to a cleanroom reimplementation.
This matters beyond Dagger. Buildkit is load-bearing infrastructure for a huge chunk of CI/CD. It has fundamental limitations that are getting harder to work around, but it's too entrenched and complex to just rip out.
We've been chipping away at it for two years, replacing it piece by piece, and it's finally paying off. And we'll make sure the offramp is available to others too...
More once it ships. DM me (here or on discord) if you're curious.
dagger.io/changelog/#project…
1
1
15
1,762
Dagger retweeted
Apr 17
Update: we merged it 😅
The next release of Dagger will be buildkit-free.
Apr 15
FYI, Dagger is about to move off Buildkit, to a cleanroom reimplementation.
This matters beyond Dagger. Buildkit is load-bearing infrastructure for a huge chunk of CI/CD. It has fundamental limitations that are getting harder to work around, but it's too entrenched and complex to just rip out.
We've been chipping away at it for two years, replacing it piece by piece, and it's finally paying off. And we'll make sure the offramp is available to others too...
More once it ships. DM me (here or on discord) if you're curious.
dagger.io/changelog/#project…
7
10
83
15,997
Dagger retweeted
Apr 15
FYI, Dagger is about to move off Buildkit, to a cleanroom reimplementation.
This matters beyond Dagger. Buildkit is load-bearing infrastructure for a huge chunk of CI/CD. It has fundamental limitations that are getting harder to work around, but it's too entrenched and complex to just rip out.
We've been chipping away at it for two years, replacing it piece by piece, and it's finally paying off. And we'll make sure the offramp is available to others too...
More once it ships. DM me (here or on discord) if you're curious.
dagger.io/changelog/#project…
12
16
126
34,143
Dagger retweeted
Apr 7
Say what you want about Jenkins... At least it was open-source.
There's a new cohort of CI vendors who like to make bold claims... Not bold enough to share their code, though!
6
6
66
10,199
Dagger retweeted
Apr 6
If you want faster CI, focus on caching.
Dagger remains the only CI platform that caches every operation by default. Zero configuration needed.
That's not a feature you can bolt on: you have to design for incremental execution from day one. Then the performance gains compound👇
Apr 6
Introducing cache control for Dagger modules.
Dagger executes your CI pipelines incrementally: when a pipeline runs twice, it skips work that’s already done and can complete faster. This caching process happens automatically, sparing you the pain of maintaining fragile configuration files.
But until now, only system functions could be cached in this way, and not functions defined in a module...
So, as of Dagger 0.19.4, module functions are cached by default.
To cache module functions by default, we needed a way to know whether your function is pure. A function called deploy() looks the same as build() to the engine, and caching the wrong one would break your pipeline. The solution is to annotate deploy() to let us know that it has a side effect.
That is the purpose of cache control.
dagger.io/blog/cache-control…
2
8
44
17,583
Apr 6
Introducing cache control for Dagger modules.
Dagger executes your CI pipelines incrementally: when a pipeline runs twice, it skips work that’s already done and can complete faster. This caching process happens automatically, sparing you the pain of maintaining fragile configuration files.
But until now, only system functions could be cached in this way, and not functions defined in a module...
So, as of Dagger 0.19.4, module functions are cached by default.
To cache module functions by default, we needed a way to know whether your function is pure. A function called deploy() looks the same as build() to the engine, and caching the wrong one would break your pipeline. The solution is to annotate deploy() to let us know that it has a side effect.
That is the purpose of cache control.
dagger.io/blog/cache-control…
8
29
10,214
Dagger retweeted
Apr 3
The best teams are already collapsing this down to 2 jobs:
1. Front office: people who talk to customers and ship.
2. Back office: people who keep systems running.
Don't tolerate "hot people" who can't ship, or "slop cannons" who can't talk to users directly.
1
3
26
4,480
Mar 18
Shipped: GCP Secret Manager is now a native Dagger secret provider.
`gcp://my-secret` works with ADC, service account keys, and Workload Identity on GKE. No wrapper scripts, no shell glue.
That's four cloud secret backends supported natively: AWS, GCP, Vault, 1Password. Which one should we add next?
dagger.io/changelog/#new-sec…
1
6
1,715
Mar 12
Coming soon: `dagger check --failfast`
Designed to shorten your agent's feedback loop: instead of waiting for an entire suite to finish, agents get the first failure immediately and can start fixing it.
dagger.io/changelog/#fail-fa…
2
5
1,581
Feb 28
New: Dagger integrates natively with AWS Secrets Manager and Parameter store.
dagger.io/changelog#aws-secr…
1
1
1
1,742
Dagger retweeted
🎥 Replay dispo !
Mon talk à la @CNDFrance est en ligne 🚀
Salle comble 🙏
🐳 @Docker Bake, builds en parallèle présentation des features
⚙️ Bake dans les outils de CI CD, App Python CI as Code avec @dagger_io
👉 Lien en commentaire
Merci à l’orga et à la communauté ❤️
4
3
5
534
Dagger retweeted
Feb 11
How did we unlock a fully local, cached, reproducible build and release CI/CD that cross compiles Go CGO binaries? With @dagger_io and @ziglang of course!!
johncodes.com/archive/2026/0…
5
16
107
10,024
Dagger retweeted
Jan 14
If your development loop in the agentic era feels somehow broken mostly because CI (looking at you GHA), you might want to check @dagger_io to help with that. Dagger gives syou:
- local first execution
- repeatable builds
- programmable API
- observability out of the box
👇
1
2
5
1,077
Dagger retweeted
Jan 15
Our commitment @dagger_io is to deliver a better way to ship software for both humans and agents. A big part of that is keeping the iteration loop as smooth and fast as possible.
We just released 0.19.10 with lots of fixes and perf improvements. Gotta keep 🚢
1
4
886
Dagger retweeted
Jan 10
Saturday vlog: Showing off @dagger_io 's unique capability to interactivle debug and troubleshoot pipelines.
You can dynamically jump into any intermediate container in your pipeline, get a shell and poke aroud
3
7
1,915