Ubuntu on WSL development on Windows

XDA argumentou este ano que Ubuntu no Windows está a caminho de se tornar mais popular que o próprio Ubuntu, e o motivo é chato da melhor forma. WSL2 deixou de ser uma curiosidade e se tornou a forma padrão de tocar Linux em um laptop corporativo que precisa executar Teams, um agente EDR e uma VPN corporativa. O caminho de atualização é um único comando, o kernel é real, e a pilha de rede finalmente se comporta. O que ainda falta é o kit ao redor: um editor que trate o lado Linux como primeira classe, um terminal que não brigar com tmux, um runtime de container que respeite o backend WSL2 e um prompt que diga a verdade sobre o estado do git. Este resumo cobre os melhores apps para desenvolvimento em Ubuntu no WSL no desktop, baseado em uso diário em Windows 11 24H2 e Ubuntu 24.04 LTS dentro de WSL.

O que procurar em um app WSL dev

Nem toda ferramenta Linux é uma boa ferramenta WSL. As que se encaixam compartilham quatro características. Primeiro, respeitam o limite do sistema de arquivos WSL, então o trabalho pesado de I/O fica no lado Linux (~/), não em /mnt/c/, onde as chamadas entre VMs travam. Segundo, são executadas nativamente no Windows e acessam o WSL limpiamente, ou executam dentro do Ubuntu e falam com o Windows através de wslg para apps GUI e encaminhamento de localhost para serviços. Terceiro, funcionam bem com restrições corporativas: sem drivers de kernel, sem necessidade de desabilitar Hyper-V, sem hostilidade de proxy. Quarto, salvam estado em todos os reinícios da VM WSL, o que acontece mais frequentemente do que a maioria dos guias admite. Escolha ferramentas que passem nos quatro critérios e o ambiente deixa de parecer uma pilha de soluções alternativas.

Comparação rápida

App Best for Runs on Free plan Starting price License
Visual Studio Code + WSL extension The default editor for most WSL work Windows, reaches into WSL Yes, fully Free MIT (with Microsoft telemetry)
Windows Terminal Terminal shell for WSL, PowerShell, and Command Prompt in one window Windows 11 (ships built-in) Yes, fully Free MIT
Docker Desktop Containers with the WSL2 backend Windows (uses WSL2 VM) Yes, personal use $9 per user per month for business Proprietary
JetBrains Toolbox (IntelliJ, PyCharm, WebStorm, GoLand, Rider) Language-aware IDEs that see Linux paths Windows, project inside WSL 30-day trial Around $16.90 per month for IntelliJ Ultimate individual Proprietary
oh-my-posh A prompt that shows git, k8s, and Python context on bash, zsh, and PowerShell Ubuntu (WSL) and Windows Yes, fully Free MIT
tmux Session persistence and split panes inside the WSL shell Ubuntu (WSL) Yes, fully Free ISC
GitHub CLI Everyday GitHub work without leaving the terminal Ubuntu (WSL) and Windows Yes, fully Free MIT
Warp A modern terminal with AI command help Ubuntu (WSL) and Windows Yes, individual free tier $15 per user per month for Warp Teams Proprietary

Os apps

1. Visual Studio Code com extensão WSL, melhor para a configuração padrão de edição WSL

Visual Studio Code para desenvolvimento WSL não é realmente um editor mais um plugin, é uma disposição de dois processos onde a UI roda no Windows e os servidores de linguagem, git e terminal integrado rodam dentro do Ubuntu. Instale o pacote Remote Development, execute code . a partir de um shell WSL e a extensão colocará um pequeno servidor no lado Linux, vinculará symbolicamente o projeto e abrirá uma janela que se comporta como se toda a cadeia de ferramentas fosse nativa. Adaptadores de depuração, tarefas, portas encaminhadas para localhost e completações do Copilot todos atravessam o limite sem configuração adicional.

Onde fica aquém: o host Windows-side extension e o servidor Linux-side podem sair de sincronização quando o kernel WSL é atualizado, forçando uma reinstalação manual do servidor. Monorepos muito grandes atingem um teto de memória mais rápido do que fariam em um VS Code Linux nativo porque ambos os processos mantêm uma cópia de trabalho.

Preços:

Plataformas: Windows, macOS, Linux (neste artigo, host Windows acessando Ubuntu no WSL).

Download: Microsoft Store ou site Visual Studio Code.

Conclusão: a escolha padrão para a maioria do trabalho WSL, e a primeira a instalar antes de decidir qualquer coisa.

2. Windows Terminal, melhor fundação gratuita para um shell WSL

Windows Terminal vem com Windows 11, abre uma nova aba WSL Ubuntu a partir de um dropdown e renderiza texto na GPU, o que importa quando journalctl -f rola rápido. Perfis cobrem distros WSL, PowerShell 7 e Command Prompt legado em uma janela, e cada perfil tem seu próprio diretório inicial, fonte, esquema de cores e variáveis de ambiente. O arquivo settings.json pode ser verificado em um repositório dotfiles sem qualquer portabilidade, e painéis divididos facilitam manter uma compilação em um painel e uma cauda de log em outro.

Onde fica aquém: a UI de configurações ainda fica atrás do JSON, e não há salvamento de sessão integrado e restauração como tmux, então uma reinicialização do Windows perde o layout do painel.

Preços:

Plataformas: Windows 10 build 19041 e posterior, Windows 11 (padrão).

Download: Microsoft Store ou GitHub.

Conclusão: o terminal para manter fixado na barra de tarefas; todo outro terminal nesta lista ainda roda dentro ou ao lado dele.

3. Docker Desktop, melhor para containers com backend WSL2

Docker Desktop no Windows usa WSL2 para sua VM Linux, o que significa que Docker e o distro Ubuntu compartilham o mesmo kernel e o mesmo dockerd. Ativar a integração WSL para o distro Ubuntu expõe os CLIs docker e docker compose diretamente no shell do Ubuntu, sem nenhum shim docker.exe no meio, e montagens de volume a partir de /home/<user>/... atingem velocidade de disco quase nativa. Buildx, Kubernetes e varredura de imagem estão todos no app de bandeja.

Onde fica aquém: Docker Desktop é apenas gratuito para indivíduos, educação e pequenas empresas (menos de 250 funcionários e menos de $10 milhões em receita anual). Equipes maiores precisam de uma assinatura paga. Também consome vários gigabytes de RAM mesmo quando ocioso porque a VM WSL fica aquecida.

Preços:

Plataformas: Windows 10/11 (backend WSL2), macOS, Linux.

Download: site Docker.

Conclusão: o caminho de menor resistência para containers no WSL, a menos que a equipe seja grande o suficiente para disparar o nível pago, caso em que Podman Desktop ou plain docker dentro do Ubuntu vale a pena preço.

4. JetBrains Toolbox, melhor para IDEs conscientes de linguagem que entendem WSL

JetBrains Toolbox instala e atualiza IntelliJ IDEA, PyCharm, WebStorm, GoLand, Rider e o resto da linha JetBrains, e cada IDE tem suporte WSL2 integrado. Abra um projeto armazenado sob \\wsl$\Ubuntu\home\<user>\... e a IDE executa sua indexação, compilação e executores de teste dentro do Ubuntu através de um backend headless, com a UI no lado do Windows. Isso corresponde ao modo como VS Code funciona, então observadores de arquivo permanecem no lado Linux do limite e a JVM não precisa discutir com NTFS.

Onde fica aquém: os IDEs pagos são o ponto, e os preços se acumulam se um projeto toca várias linguagens. Indexar um grande monorepo através do limite WSL pode levar mais tempo na abertura inicial do que em uma instalação Linux bare-metal.

Preços:

Plataformas: Windows, macOS, Linux (Toolbox como gerenciador, backends IDE dentro do WSL Ubuntu).

Download: site JetBrains.

Conclusão: a escolha certa quando a linguagem merece um IDE em vez de um editor, e vale a pena o dinheiro para equipes já investidas na pilha JetBrains.

5. oh-my-posh, melhor para um prompt que sobrevive a mudanças de shell

oh-my-posh é um único binário Go que renderiza um prompt temático para bash, zsh, fish, PowerShell e nushell, usando uma configuração JSON ou YAML em todos. No WSL isso compensa duas vezes: o mesmo prompt aparece em uma sessão bash do Ubuntu e em uma aba do PowerShell do Windows do Windows Terminal, então os âncoras visuais (branch git, estado sujo, cluster atual, virtualenv, tempo de execução) são idênticos independentemente de qual shell tem o trabalho atual. Temas são mantidos ativamente e glifos de Nerd Font renderizam limpiamente com Cascadia Code NF.

Onde fica aquém: status git lento em repositórios enormes pode adicionar algumas centenas de milissegundos por renderização de prompt, o que é corrigível ajustando o segmento git mas está ativado por padrão. A configuração é JSON, não um script shell, que é uma curva de aprendizado para qualquer um vindo de um PS1 feito à mão.

Preços:

Plataformas: Ubuntu (WSL), Windows, macOS.

Download: GitHub.

Conclusão: a menor mudança com o maior retorno de qualidade de vida, e vale a pena instalar no primeiro dia de uma nova configuração WSL.

6. tmux, melhor para persistência de sessão dentro de WSL

tmux resolve os dois problemas que quebram o fluxo dentro de WSL: perder uma sessão de shell quando a VM WSL reinicia, e ficar sem espaço horizontal em uma única janela de terminal. Um servidor tmux em execução mantém todo painel, janela e processo em execução vivo através de reconexões, e tmux attach pega exatamente onde a última sessão terminou. Painéis divididos dão uma compilação em uma coluna, uma cauda de log em outra e um shell scratch em uma terceira, tudo dentro de uma única aba do Windows Terminal.

Onde fica aquém: as ligações de tecla padrão são notoriamente pouco amigáveis, então a maioria dos usuários as reescreve, e a integração de área de transferência com o host Windows precisa de um auxiliar como wl-copy ou clip.exe conectado a .tmux.conf.

Preços:

Plataformas: Linux (nativo dentro de WSL Ubuntu), macOS.

Download: GitHub ou instale via apt no Ubuntu.

Conclusão: a escolha para quem roda trabalhos de longa duração, SSH em hosts remotos a partir de WSL ou quer que o layout do painel sobreviva a um reboot do laptop.

7. GitHub CLI, melhor para trabalho GitHub sem sair do shell

GitHub CLI (gh) transforma criação de pull request, revisão, checkout e inspeção de logs CI em comandos únicos que rodam dentro do Ubuntu no WSL. Autentique uma vez com gh auth login e o mesmo token funciona para clonar repos privados, abrir PRs e disparar workflows. Como ele roda no Ubuntu, ele funciona com git, jq, fzf e todos os outros CLIs no ecossistema Linux sem tradução de shell.

Onde fica aquém: apenas GitHub, então equipes no GitLab ou Bitbucket precisam de glab ou bb respectivamente. Alguns recursos web mais novos (Copilot chat em PRs, visualizações de Projetos V2) ficam atrás de seus equivalentes web.

Preços:

Plataformas: Ubuntu (WSL), Windows, macOS.

Download: GitHub ou instale via apt do repositório GitHub CLI no Ubuntu.

Conclusão: a forma mais rápida de fechar o loop entre uma branch local no WSL e uma PR mesclada no GitHub, especialmente em fluxos de lançamento com script.

8. Warp, melhor para um terminal moderno com IA integrada

Warp é um terminal baseado em Rust com renderização GPU, saída de comando baseada em blocos e um painel de IA que sugere, explica e reescreve comandos de shell. No WSL ele roda de duas formas: como um aplicativo Linux dentro do Ubuntu (renderizado via wslg) ou como um cliente Windows nativo que abre um perfil WSL da mesma forma que o Windows Terminal. Blocos de comando são individualmente compartilháveis e pesquisáveis, e a IA tem acesso ao histórico de blocos recentes, então a saída de erro se torna uma pergunta com um toque de tecla.

Onde fica aquém: as funcionalidades de IA enviam contexto de prompt para os servidores de Warp, que é um bloqueador firme em alguns ambientes regulados. Níveis individual e de equipe requerem uma conta para desbloquear a maioria dos recursos, o que é mais atrito que Windows Terminal.

Preços:

Plataformas: macOS, Linux (nativo), Windows (nativo) e dentro de WSL Ubuntu.

Download: site Warp.

Conclusão: a escolha para desenvolvedores que querem ajuda de IA sem alt-tab em uma janela de chat, desde que a política de fluxo de dados seja aceitável.

Como escolher o certo

Se um laptop Windows é novo e o objetivo é um ambiente de desenvolvimento WSL completo no almoço, instale Windows Terminal, depois VS Code com a extensão WSL, depois Docker Desktop, nessa ordem. Isso cobre edição, shell e containers.

Se o trabalho é Python, Go ou JVM pesado: adicione PyCharm Pro, GoLand ou IntelliJ Ultimate do JetBrains Toolbox. A refatoração e experiência do debugger ainda superam VS Code para essas stacks.

Se o orçamento é zero: pule Docker Desktop e JetBrains, e instale docker.io dentro do Ubuntu com modo rootless, mais IntelliJ IDEA Community para trabalho JVM ou PyCharm Community para Python. Emparelhe com oh-my-posh, tmux e GitHub CLI, tudo grátis.

Se o fluxo de trabalho vive em sessões SSH de longa duração ou compilações em background: tmux não é opcional. Configure-o antes de fazer mais nada, porque retrofitting sessions depois significa perder a atual.

Se IA no terminal é a prioridade e a política corporativa permite: Warp, tanto no lado Windows quanto dentro do Ubuntu.

Se o ambiente é bloqueado e não pode instalar nada com um driver de kernel Windows: tudo nesta lista ainda funciona, porque nenhum deles instala drivers de kernel. Docker Desktop e Warp são os únicos com um nível pago que vale preço.

Perguntas frequentes

Qual é o melhor app grátis para desenvolvimento em Ubuntu no WSL? Windows Terminal, Visual Studio Code com extensão WSL, oh-my-posh, tmux e GitHub CLI são todos gratuitos e cobrem shell, editor, prompt, persistência de sessão e trabalho GitHub. Docker Desktop é grátis para uso pessoal e pequena empresa e cobre containers.

Docker Desktop ainda vale a pena pagar no WSL? Para equipes acima dos limites gratuitos, sim, porque a integração do backend WSL2, Kubernetes e ambientes de desenvolvimento economizam tempo real de configuração. Para desenvolvedores solo ou equipes que já executam docker.io no Ubuntu com um script que inicia o daemon no lançamento do WSL, a resposta é não.

Preciso de IDEs JetBrains se já tenho VS Code? Não para a maioria do trabalho. VS Code com a extensão WSL cobre Node, Python, Go e Rust bem o suficiente para que uma licença JetBrains paga só valha a pena quando a base de código for grande o suficiente para que indexação, refatoração e debugging específico de linguagem se paguem. Stacks JVM e .NET são as vitórias mais claras.

Posso usar essas ferramentas sem WSL2, no Windows simples? Windows Terminal, Docker Desktop, VS Code, JetBrains, oh-my-posh, GitHub CLI e Warp todos rodam no Windows sem WSL. tmux não, e seus substitutos nativos Windows mais próximos (ConEmu, ZellijW) não são equivalentes. Se o objetivo é um fluxo de trabalho de shell Linux, WSL2 ainda é o caminho mais curto.

Quais apps para desenvolvimento em Ubuntu no WSL são open source? Windows Terminal, Visual Studio Code (o editor base, não as compilações de marca Microsoft), oh-my-posh, tmux e GitHub CLI são open source. Docker Desktop, IDEs JetBrains e Warp são proprietários, com níveis gratuitos.

Como faço para evitar que WSL se sinta lento? Mantenha os arquivos do projeto dentro do filesystem Linux (~/) ao invés de /mnt/c/, limite a memória WSL em .wslconfig para que a VM não troque com o host, e desative a varredura em tempo real do Windows Defender para o arquivo VHDX WSL. Combinados, esses três mudanças removem a maioria da lentidão que as pessoas culpam no próprio WSL.