Show HN: Devbox – Containers for better dev environments

https://devbox.ar0.eu/

116•TheRealBadDev•4mo ago

I've been frustrated with dependency hell and clutter on my VPS from dev, so I built Devbox: a lightweight, open-source CLI tool that spins up isolated development environments using Docker. Each project runs in its own container, but your code stays in simple flat folders on the host machine—no messing with volumes or sync issues. Environments are disposable, so you can nuke and recreate them without losing your work. Key features: - Instant setup: `devbox init my-project` and you're in a fresh env with `devbox shell`.

- Configurable via JSON: Define packages, services, and more in a `devbox.json` file. Share it in your repo for reproducible setups—teammates just run `devbox up`.

- Docker-in-Docker by default: Build and run containers inside your env without extra config.

- Host-friendly: Edit code directly on your machine; the container handles the runtime.

- Templates for quick starts: Built-ins for Python, Node.js, Go, web dev, etc.

- Advanced options: Port mapping, env vars, resource limits, and even mounting your dotfiles.

It's FOSS (MIT license), Linux-focused (Debian/Ubuntu, or WSL2 on Windows), and super easy to install: `curl -fsSL https://devbox.ar0.eu/install.sh | bash`.

Check out the launch page and docs at https://devbox.ar0.eu, or the repo at https://github.com/itzCozi/devbox. I'd love some feedback, stars, or contributions to help grow this into a solid community tool!

Comments

v3ss0n•4mo ago

There are already dev containers

ranger_danger•4mo ago

"There is already the Ford Model T"

dbunskoek•4mo ago

Looks like a really fun project. You might want to reconsider the name though, since there is this other devbox from Jetify https://www.jetify.com/devbox that also received quite some attention on HN a while ago https://news.ycombinator.com/item?id=32600821

kasajian•4mo ago

Yep, also Microsoft Dev Box: https://azure.microsoft.com/en-us/products/dev-box

mcny•4mo ago

I am not affiliated with Microsoft and I anal but I think dev box is fine. What we want to avoid is the term dev containers.

https://containers.dev/

bryanlarsen•4mo ago

The overlap with Jetpack's devbox name is not fine. Not morally, given the massive overlap in functionality between the two implementations. At the very least, their existence will prevent you from getting a trademark.

Both projects even use devbox.json for their definitions, for crying out loud. If your usage is not compatible with Jetpack's devbox.json, please switch to a different filename ASAP.

TheRealBadDev•4mo ago

I didn't realize our similarities until after i designed like all of it, i didnt do any research before hand sadly causing a lot of issues like this

swiftcoder•4mo ago

> I anal

There has to be a better way to phrase this

HatchedLake721•4mo ago

I think it’s reasonable. What’s another way, “I’m into backdoor stuff”?

swiftcoder•4mo ago

hey, I mean, buttplug.io could always use the contributors

dp-hackernews•4mo ago

Yes, one would think it should have been presented as ANAL - which I think is the preferred way to present an acronym.

gdotdesign•4mo ago

Also, DevBox (https://www.dev-box.app/) which is a collection of small tools for multiple platforms which I've been building since 2021.

FireInsight•4mo ago

Good point. I remember testing out Jetify's version a while back and switching away from it due to some issue I was having. I 100% thought this project was the same, just with a new website, as I did not remember much of the implementation details. Both of them even use `devbox.json` as the configuration file...

TheRealBadDev•4mo ago

Well its not the same programming wise so your problem might be fixed on ours but as i said in another reply i wasnt aware of the existing project and our overlaps i did no research before hand sadly

l___d__s•4mo ago

FYI there's a well-starred, corporate-backed, similar functionality, Nix-based product with the same name:

https://github.com/jetify-com/devbox https://www.jetify.com/devbox

techn00•4mo ago

I thought that OP linked this devbox since so many subcommands from the cli are almost identical

TheRealBadDev•4mo ago

Again another oversight i also didnt relise i was mirroring docker commands and npm.

gf000•4mo ago

I usually don't take name clashes as seriously as some people here do, but when it's even in the same general niche, then that's not really a good look. It means the author failed to check the prior art - which is still fine for a (n+1)th hobby project, but not really for something more serious.

d3Xt3r•4mo ago

That looks similar to Flox, which is also Nix-based. https://github.com/flox/flox

bomewish•4mo ago

Yep this was super confusing. definitely change the name!

evertheylen•4mo ago

I always like to see new projects using containers. Two questions:

- how is your devbox.json file different from a Dockerfile/Containerfile?

- does your project attempt to provide any isolation security-wise?

dns_snek•4mo ago

> does your project attempt to provide any isolation security-wise?

Considering that they provide Docker-in-Docker by default, this would have to be a "no" right now. Having the ability to launch Docker containers is equivalent to having root access on the Docker host by default.

NitpickLawyer•4mo ago

We've been using devcontainers for this, as it's already got good support in vscode. Could you perhaps "elevator pitch" the main differences between devbox and devcontainers?

whinvik•4mo ago

Yes, it feels very similar to Devcontainers.

But having tried Devcontainers a lot, it feels like its probably a complex specification since outside of VSCode every implementation has issues.

The CLI on Mac has weird user permission issues. Cursor's implementation is very flaky. Zed doesn't implement it yet.

So maybe there's space for more solutions in the same space but Devcontainers are very feature rich. And not to mention they have a huge user base via VSCode.

NitpickLawyer•4mo ago

The killer combo for us is remote+devcontainers. We use this for GPU access, so you can run a project on one or more GPUs that are on a remote server. You can spin up LLM stuff from a mac air and get the best of both worlds.

runelk•4mo ago

Nice! Do you have any tips or recommendations for a decent setup?

phrotoma•4mo ago

This has been my experience. I don't use VSCode and every time I've attempted to play with devcontainers I've just given up and gone back to a docker compose file. I love that they tried to extract the feature out into a stand alone thing, but the juice doesn't seem to be worth the squeeze yet.

immutology•4mo ago

Devcontainers work nicely with docker compose. It's the only way I use it... Really nice to have it all run containers.

https://code.visualstudio.com/docs/devcontainers/create-dev-...

phrotoma•4mo ago

Cool! I haven't seen this feature. Does it add some nice features beyond what a compose file could offer?

zeroq•4mo ago

Very good question, and even if your product is better it seems like an uphill battle. devcontainers are backed by MS/VS and they have good incentive to make them work.

Why you think your solution will succeed in long run and win over devcontainers?

globular-toast•4mo ago

I don't get how containers address "dependency hell". Is there some language that only supports installing libraries system wide? I've used a lot of different languages and yet to come across one.

I've worked on projects where the original dev has used containers for everything. It's super clunky and annoying. I don't want to use a different bash config just for working on that project. I've set my own up for a reason. All it makes me wonder is what are you afraid of? Why do you feel the need to isolate dev projects to this extent?

Gabrys1•4mo ago

C libraries are easiest to install system wide. The situation with multiple versions of libc is tricky to work with.

Not impossible, just not easy to comprehend by an average dev.

globular-toast•4mo ago

I'm kinda horrified to think there might be people writing C who don't know how to handle library versions. Somehow I don't think that is the target audience here, by I might be wrong.

Gabrys1•4mo ago

You might need to install libxml2 in order to use XML parsing library for your high level programming language.

You don't need to be writing C code to be affected by the dependency hell.

wiether•4mo ago

Isolation works both ways. By isolating your dev project, you don't expose your host to the mess the project can create... and you don't expose your project to the mess that can exist on your host.

With dev containers, you can define your ENV VAR, your aliases... independently from what exists on your host. And it will exists straight out the box: you checkout the project, launch the dev container and you're ready to go. As soon as you're done with this project, you delete the container and not a single trace of the project exists on your host. No matter how many custom things the project required to run.

neves•4mo ago

And since you have everything in a configuration file, it is breeze to transform your dev container in a production one.

vivzkestrel•4mo ago

how does it compare to testcontainers? https://www.npmjs.com/package/testcontainers

yakshaving_jgt•4mo ago

Anything to do with "dependency hell", I can't see a better solution than Nix.

parham•4mo ago

I’ve been doing a version of this using bash scripts for a long time! Thanks for making it

tiku•4mo ago

It's good that we get more options. I like ddev, will try this as well.

bootsmann•4mo ago

How does this compare to toolbx? (https://containertoolbx.org/)

Vinnl•4mo ago

And Distrobox: https://distrobox.it

One obvious one is that Toolbx and Distrobox are based on Podman, for one.

bogwog•4mo ago

> One obvious one is that Toolbx and Distrobox are based on Podman, for one.

And as a result, the containers are rootless.

dirkc•4mo ago

I've been using Docker containers for quite some time to do web dev work. The one thing I haven't yet set up is doing mobile dev in a docker environment.

Does devbox support mobile development - Flutter or ReactNative?

TheRealBadDev•4mo ago

Yes hypothetically i haven't tested it but i am not sure why it wouldnt aside from machine constraints

samoit•4mo ago

There is also Devpod with a nice UI.

https://devpod.sh/

jbverschoor•4mo ago

Plugging my own tool. I use it for development and running semi-trusted or temporary tools, mounts the current/project dir for isolation, and shuts down automatically when it can.

Container Shell - https://github.com/jrz/container-shell

poopsmithe•4mo ago

erm, that name is already taken. https://jetify-com.vercel.app/docs/devbox/

tomas789•4mo ago

OP should consider changing their alias.

TheRealBadDev•4mo ago

Too deep in and i also make projects for a week then abandon them for a while so its not very much worth it i dont think

kekqqq•4mo ago

I had a very strong personal opinion that, unless you expect frequent migrations or horizontal scaling, Docker is overkill and could be considered as bloat in many instances. After I joined my new company, I found out about devbox, and I love it. Now I use it for almost every personal project. It helps you to make the environment reproducible without sacrificing performance.

However, I use https://www.jetify.com/devbox.

TheRealBadDev•4mo ago

Yeah... i didn't realize this was a project before hand, do they use their own container framework? seems like too much for my small project but i can apricate your input.

jonotime•4mo ago

Would love to use something like this for NixOS as an escape hatch, but its debian only. DistroBox always gives me trouble.

guerra•4mo ago

I thought you are talking about https://github.com/jetify-com/devbox :D

darkvertex•4mo ago

So this reinvents devcontainers? https://containers.dev

Why should we use yours? What does it do better or differently?

hk1337•4mo ago

While this is true, this project seems to wrap it up in a CLI package for starting and stopping projects. Whereas starting devcontainers, at least as far as I have seen, is always done via VSCode or IDE, so while it technically could be called CLI too, would be a lot more complicated than this project.

nickzelei•4mo ago

The devcontainers cli has existed for a while. Definitely not as smooth as using with vscode but it has all the main points.

https://github.com/devcontainers/cli

hk1337•4mo ago

TIL.

I'm not proponent of installing nodejs apps globally, npm install -g or yarn install -g

bartalama•4mo ago

There is also a CLI for dev containers. I use it for unattended builds.

clueless•4mo ago

Amazing amazing project, thank you for sharing this

TheRealBadDev•4mo ago

Oh! thank you for your appreciation means a lot.

exasperaited•4mo ago

I am afraid that despite all these options for containers, I still use my Vagrant scripts that build whole VMs based on my own schemes, use an apt package cache on the host and manage .ssh/config for me to make VSC remotes more seamless.

Almost all my stuff still runs on simple VMs because I cannot rely on my clients to take on more complex cloud infrastructure and I don't want to be stuck managing all of the things forever, so my life involves building customer VMs from build scripts that are adequately similar to my Vagrant boxes.

I use the VMs a lot for simple tests (e.g. of wordpress plugins and themes) so I have gone to the trouble of setting up Avahi with alias support, adding options for mailhog, different databases, different webserver setups I use for WP or Laravel or node.js, setting up an automated WP install etc.; so there are two or three starting configurations. I even had one for Magento before I realised I could be a lot happier without Magento in my life.

I guess it looks a fair bit like devcontainers now, and I should consider migrating over to that. But it's solid and under my control and that counts for a lot.

TheRealBadDev•4mo ago

Hello!! All of your concerns have been addressed in a new commit of mine which is available to all of you now.

Added GPU pass‑through, engine‑agnostic containers (DEVBOX_ENGINE for Podman/rootless), and alternate config filenames to avoid Jetify collisions—while keeping a tiny, CLI‑first flow that works outside VS Code.

https://github.com/itzCozi/devbox/commit/d05c8980db7fb907f31...

NY lawmakers proposed statewide data center moratorium

OpenClaw AI chatbots are running amok – these scientists are listening in

Show HN: AI agent forgets user preferences every session. This fixes it

Introduce the Vouch/Denouncement Contribution Model

Show HN: SSHcode – Always-On Claude Code/OpenCode over Tailscale and Hetzner

Microsoft appointed a quality czar. He has no direct reports and no budget

Multi-agent coordination on Claude Code: 8 production pain points and patterns

Washington Post CEO Will Lewis Steps Down After Stormy Tenure

DevXT – Building the Future with AI That Acts

A Minimal OpenClaw Built with the OpenCode SDK

The silent death of Good Code

The Internal Negotiation You Have When Your Heart Rate Gets Uncomfortable

Show HN: Glance – Fast CSV inspection for the terminal (SIMD-accelerated)

Busy for the Next Fifty to Sixty Bud

Imperative

Show HN: I decomposed 87 tasks to find where AI agents structurally collapse

I went back to Linux and it was a mistake

Octrafic – open-source AI-assisted API testing from the CLI

US Accuses China of Secret Nuclear Testing

Peacock. A New Programming Language

A postcard arrived: 'If you're reading this I'm dead, and I really liked you'

What to know about the software selloff

Show HN: Syntux – generative UI for websites, not agents

Microsoft appointed a quality czar. He has no direct reports and no budget

AI overlay that reads anything on your screen (invisible to screen capture)

Show HN: Seafloor, be up and running with OpenClaw in 20 seconds

Tesla turbine-inspired structure generates electricity using compressed air

State Department deleting 17 years of tweets (2009-2025); preservation needed

Learning to code, or building side projects with AI help, this one's for you

Effulgence RPG Engine [video]

NY lawmakers proposed statewide data center moratorium

OpenClaw AI chatbots are running amok – these scientists are listening in

Show HN: AI agent forgets user preferences every session. This fixes it

Introduce the Vouch/Denouncement Contribution Model

Show HN: SSHcode – Always-On Claude Code/OpenCode over Tailscale and Hetzner

Microsoft appointed a quality czar. He has no direct reports and no budget

Multi-agent coordination on Claude Code: 8 production pain points and patterns

Washington Post CEO Will Lewis Steps Down After Stormy Tenure

DevXT – Building the Future with AI That Acts

A Minimal OpenClaw Built with the OpenCode SDK

The silent death of Good Code

The Internal Negotiation You Have When Your Heart Rate Gets Uncomfortable

Show HN: Glance – Fast CSV inspection for the terminal (SIMD-accelerated)

Busy for the Next Fifty to Sixty Bud

Imperative

Show HN: I decomposed 87 tasks to find where AI agents structurally collapse

I went back to Linux and it was a mistake

Octrafic – open-source AI-assisted API testing from the CLI

US Accuses China of Secret Nuclear Testing

Peacock. A New Programming Language

A postcard arrived: 'If you're reading this I'm dead, and I really liked you'

What to know about the software selloff

Show HN: Syntux – generative UI for websites, not agents

Microsoft appointed a quality czar. He has no direct reports and no budget

AI overlay that reads anything on your screen (invisible to screen capture)

Show HN: Seafloor, be up and running with OpenClaw in 20 seconds

Tesla turbine-inspired structure generates electricity using compressed air

State Department deleting 17 years of tweets (2009-2025); preservation needed

Learning to code, or building side projects with AI help, this one's for you

Effulgence RPG Engine [video]

Show HN: Devbox – Containers for better dev environments

Comments