Replaces the quickstart's "Install Docker" step with a runtime-agnostic "Install a container runtime" step, and switches the per-platform defaults to free, lightweight options that avoid Docker Desktop's cost and overhead. A callout above the OS tabs names Colima, Rancher Desktop, Podman, and Docker Desktop as valid runtimes and tells readers to skip ahead if they already have one running. The default install path per platform is now: - Linux: Docker Engine (unchanged from the previous doc) - macOS: Colima with the Docker CLI - Windows: Podman Desktop The "Cannot connect to the Docker daemon" troubleshooting subsections are updated to match the new defaults. Closes [DEVREL-22](https://linear.app/codercom/issue/DEVREL-22/recommend-orbstackcolimarancher-desktoppodman-as-docker-desktop). A follow-up Linear issue will track a deeper "Docker runtime alternatives" reference page covering OrbStack (with its commercial-license caveat), Rancher Desktop, and CLI Podman. <details> <summary>Implementation proposal and pre-mortem</summary> # DEVREL-22 proposal: Replace "Install Docker" with "Install a container runtime" Linear: [DEVREL-22](https://linear.app/codercom/issue/DEVREL-22/recommend-orbstackcolimarancher-desktoppodman-as-docker-desktop) Repo: `coder/coder` Branch: `vigilante/devrel-22-recommend-orbstackcolimarancher-desktoppodman-as-docker` Primary file: `docs/tutorials/quickstart.md` ## Summary Rename Step 1 of the quickstart from "Install Docker and set up permissions" to "Install a container runtime", add a callout that any Docker-compatible runtime works, and switch the per-platform default to the lightest free path on each OS. Keep Docker Desktop, OrbStack, and Rancher Desktop as documented alternatives, but not as the primary recommendation. The deeper "alternatives" reference page is a follow-up. ## Why - Docker Desktop is slow on macOS/Windows and requires a paid license for most commercial use. - The Coder Quickstart template only needs the Docker daemon, not Docker Desktop's GUI. - No single tool satisfies "curl install + cross-platform + free + minimal setup", so a per-platform recommendation is the honest answer. ## Per-platform defaults | Platform | Default in quickstart | Why | |----------|----------------------|-----| | Linux | Docker Engine via `curl -sSL https://get.docker.com \| sh` | Already in the doc, already a curl one-liner, already free. No change. | | macOS | Colima | Two commands (`brew install colima docker`, `colima start`), free for commercial use, exposes `/var/run/docker.sock` so the Coder template needs zero env vars. | | Windows | Podman Desktop | Free, handles WSL2 prereq and `podman machine` setup through the GUI, sets up Docker socket compatibility. Lighter than Docker Desktop, simpler than CLI Podman + `DOCKER_HOST`. | ## Pre-mortem 1. **Coder Quickstart template assumes `/var/run/docker.sock`.** Colima symlinks it on macOS. Podman Desktop on Windows enables Docker socket compatibility by default, so the template's Docker provider should reach the daemon without `DOCKER_HOST` gymnastics. 2. **External links into `quickstart#step-1-install-docker-and-set-up-permissions`.** A grep of `docs/` and `site/` found no internal references to the old anchor. Blog posts or external links may land at the top of the page after the rename; acceptable for this scope. 3. **Brew assumption on macOS.** Recommending `brew install colima docker` assumes Homebrew. The callout links to brew.sh so users without it can install Homebrew first. 4. **WSL2 on Windows.** Podman Desktop's onboarding installs WSL2 if missing. Corporate-managed machines that block WSL2 can fall back to other runtimes named in the callout. 5. **Onboarding tone shift.** "Container runtime" is more abstract than "Docker." The callout names Docker Desktop as a runtime first, so the unfamiliar phrase is anchored immediately. 6. **OrbStack license trap.** OrbStack is intentionally not in the quickstart's default path because it is paid for commercial use. It will be mentioned on the future alternatives page with the license caveat called out explicitly. ## Out of scope (follow-up issues) - New "Docker runtime alternatives" reference page covering OrbStack, Rancher Desktop, CLI Podman, with license and compatibility notes. - `docs/install/docker.md` updates. That page is about installing Coder server in a Docker container, which is a separate concern. - Updating the `coder/skills` `setup` skill if its install steps drift from the new quickstart. - Updating the Coder Quickstart template's description in `coder/registry` if it links to the renamed section. </details> This pull request was generated by a Coder agent on behalf of @nickvigilante.
14 KiB
Quickstart
Follow this guide to get your first Coder development environment running in under 10 minutes. This guide covers the essential concepts and shows you how to create your first workspace and open it in your preferred editor. This workspace includes a basic set of tools to edit most code bases.
What you'll do
In this quickstart, you'll:
- ✅ Install Coder server.
- ✅ Create a template (blueprint for dev environments).
- ✅ Launch a workspace (your actual dev environment).
- ✅ Connect from your favorite IDE.
A 30-second metaphor for Coder
Before diving in, the following table breaks down the core concepts that power Coder, explained through a cooking analogy:
| Component | What It Is | Real-World Analogy |
|---|---|---|
| You | The engineer/developer/builder working | The head chef cooking the meal |
| Templates | A Terraform blueprint that defines your dev environment (OS, tools, resources) | Recipe for a meal |
| Workspaces | The actual running environment created from the template | The cooked meal |
| Users | A developer who launches the workspace from a template and does their work inside it | The people eating the meal |
Putting it Together: Coder separates who defines environments from who uses them. Admins create and manage Templates, the recipes, while developers use those Templates to launch Workspaces, the meals.
Prerequisites
- A machine with 2+ CPU cores and 4GB+ RAM
- Familiarity with running commands in the terminal
- 10 minutes of your time
Tip
If you use a coding agent like Claude Code, the coder/skills
setupskill can train the coding agent on the following steps (install a container runtime, install Coder, create your first template, and launch a workspace).
Step 1: Install a container runtime
Coder needs a Docker-compatible container runtime running on the host, such as Colima, Rancher Desktop, Podman, or Docker Desktop. If you already have one installed and running, skip ahead to Step 2. Otherwise, follow the steps below to install a free runtime quickly on your platform.
Linux
-
Install Docker Engine:
curl -sSL https://get.docker.com | shFor more details, visit Docker's docs on installing Docker on Linux.
-
Assign your user to the Docker group:
sudo usermod -aG docker $USER -
Run
newgrpto activate the groups changes:newgrp dockerYou might need to log out of and back into your machine or restart your machine for changes to take effect.
-
Launch the Docker daemon:
sudo systemctl start docker
macOS
Colima is a free, lightweight container runtime that provides the Docker daemon on macOS without the overhead of Docker Desktop.
-
Install Colima and the Docker CLI with Homebrew:
brew install colima docker -
Start Colima to launch the Docker daemon:
colima startColima exposes the Docker socket at
/var/run/docker.sock, so the Coder Quickstart template works without additional configuration.
Windows
If you plan to use the built-in PostgreSQL database, ensure that the Visual C++ Runtime is installed.
Podman Desktop is a free GUI for the Podman container runtime. Its onboarding installs and configures the required Windows Subsystem for Linux (WSL2) or Hyper-V layer if it isn't already enabled.
-
Download and install Podman Desktop.
-
Follow the onboarding to configure Podman.
-
If you configured Podman to use WSL2, then you will need to do either upgrade WSL2 to version 2.5.1 or later (which uses cgroups v2 by default) or create a
.wslconfigfile in the%USERPROFILE%directory with the following contents[wsl2] kernelCommandLine=cgroup_no_v1=allThis is not required for Podman with Hyper-V.
-
Open Podman Desktop and complete the onboarding to create and start a Podman machine.
Podman Desktop enables Docker socket compatibility by default, so tools that expect the Docker daemon work without additional configuration.
Step 2: Install and start Coder
Install the coder CLI to get started:
Linux/macOS
-
Install Coder:
curl -L https://coder.com/install.sh | sh- For standalone binaries, system packages, or other alternate installation methods, refer to the latest release on GitHub.
-
Start Coder:
coder server
Windows
If you plan to use the built-in PostgreSQL database, ensure that the Visual C++ Runtime is installed.
-
Use the
wingetpackage manager to install Coder:winget install Coder.Coder -
Start Coder:
coder server
Coder will attempt to open the setup page in your browser. If it doesn't open automatically, go to http://localhost:3000.
- If you get a browser warning similar to
Secure Site Not Available, you can ignore the warning and continue to the setup page.
If your Coder server is on a network or cloud device, or you are having trouble
viewing the page, locate the web UI URL in Coder logs in your terminal. It looks
like https://<CUSTOM-STRING>.<TUNNEL>.try.coder.app. It's one of the first
lines of output, so you might have to scroll up to find it.
Step 3: Initial setup
-
Create your admin account:
- Email:
your.email@example.com - Password: Choose a strong password.
You can also choose to Continue with GitHub instead of creating an admin account. Coder automatically grants admin permissions to the first user that signs in.
- Email:
Step 4: Create your first template and workspace
Tip
If you use an AI coding assistant, the coder-templates agent skill can guide you through creating and customizing templates with best practices built-in.
Templates define what's in your development environment. The following is a basic example:
-
Select Templates → New Template.
-
Select the Coder Quickstart template from the list of starter templates.
Note: running this template requires Docker to be running in the background, so make sure Docker is running!
-
Name your template:
- Name:
quickstart - Display name:
quickstart doc template - Description:
Provision Docker containers as Coder workspaces
- Name:
-
Select Save.
What just happened? You defined a template — a reusable blueprint for dev environments — in your Coder deployment. It's now stored in your organization's template list, where you and any teammates in the same org can create workspaces from it. Now it's time launch a workspace.
Step 5: Launch your workspace
-
After the template is ready, select + Create Workspace.
-
Give the workspace a name. If you need a suggestion for a workspace, you can select the automatically generated name next to the Need a suggestion? label.
-
In this window are parameters that customize the workspace's behavior. Set the following based on your needs:
- Programming Languages: the languages to pre-install in your workspace. You can use more than one if you want.
- IDEs & Editors: the IDEs and editors you want to configure for quick access once the workspace is running. You can choose more than one if you want.
- Git Repository (Optional): the Git repository you want to clone into your workspace. Leave this field blank to skip it.
Note: If you use any of the JetBrains IDEs as your preferred IDE (such as PyCharm, GoLand, or RustRover), select JetBrains IDEs as the value. A new parameter will appear, with which you can choose your preferred JetBrains IDE.
-
Launch your workspace by selecting Create workspace.
After a short wait (10-15 seconds on most modern computers), Coder will start your new workspace:
Step 6: Connect your IDE
Each of the buttons in the workspace view is a different agent app (more on this in a later section). Select your preferred IDE from the list of agent apps. This guide assumes you'll use Visual Studio Code, but the process is similar for other IDEs and editors.
After VS Code loads the remote environment, you can select Open Folder to explore directories in the Docker container or work on something new.
If you didn't clone an existing Git repository when you created your workspace, you can clone it manually if you want:
-
Select Clone Repository and enter the repository URL.
For example, to clone the Coder repo, enter
https://github.com/coder/coder.git.Learn more about how to find the repository URL in the GitHub documentation.
-
Choose the folder to which VS Code should clone the repo. It will be in its own directory within this folder.
Note that you cannot create a new parent directory in this step.
-
After VS Code completes the clone, select Open to open the directory.
-
You are now using VS Code in your Coder environment!
Success! You're coding in Coder
You now have:
- A Coder server running locally.
- A template defining your environment.
- A workspace running that environment.
- IDE access to code remotely.
What's next?
Now that you have your own workspace running, you can start exploring more advanced capabilities that Coder offers.
-
Try Coder Agents, the chat interface and API for delegating development work to coding agents in your Coder deployment.
-
Read about implementing monitoring tools for your Coder Deployment
Troubleshooting
Cannot connect to the Docker daemon
When creating a workspace from a Docker template, you may see an error like:
Error: Error pinging Docker server: Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?
This means a container runtime is either not installed or not running on the machine where Coder is running. A runtime must be running before you create a workspace from a Docker-based template.
macOS
-
If Colima is not installed, install it with Homebrew:
brew install colima docker -
Start Colima to launch the Docker daemon:
colima start -
Verify that the daemon is reachable:
docker ps
Linux
-
Install Docker, if you haven't already:
curl -sSL https://get.docker.com | sh -
Start the Docker daemon:
sudo systemctl start docker -
Assign your user to the
dockergroup so Coder can access the daemon without root:sudo usermod -aG docker $USER newgrp docker -
Confirm the group membership:
$ groups docker sudo users
Windows
-
If Podman Desktop is not installed, download and install it.
-
Open Podman Desktop and verify that a Podman machine is running.
Can't start Coder server: Address already in use
Encountered an error running "coder server", see "coder server --help" for more information
error: configure http(s): listen tcp 127.0.0.1:3000: bind: address already in use
Another process is already listening on port 3000. Identify and stop it, then start the server again.
Linux
-
Stop the process:
sudo systemctl stop coder -
Start Coder:
coder server
macOS
-
Identify the process using port 3000:
lsof -i :3000 -
Stop the process using the PID from the previous command:
kill <PID>If the process does not exit, force-kill it:
kill -9 <PID> -
Start Coder:
coder server
Windows
-
Identify the process using port 3000 in PowerShell:
Get-NetTCPConnection -LocalPort 3000 | Select-Object OwningProcess -
Stop the process using the PID from the previous command:
Stop-Process -Id <PID> -
Start Coder:
coder server



