Como tornar o Home windows um ambiente de desenvolvimento adequado

O Microsoft Home windows melhorou enormemente como ambiente de desenvolvedor nos últimos anos. O Home windows Subsystem for Linux (WSL) permite que você trabalhe perfeitamente com Linux no Home windows sem o barulho e a sobrecarga de uma VM. Todas as ferramentas populares de desenvolvimento de software program que fazem parte dos fluxos de trabalho comuns existem nas edições nativas do Home windows. E a Microsoft tem introduziu uma série de comodidades para desenvolvedores diretamente no sistema operacional que ainda não recebe o faturamento que merece.

Nada disso é automático, no entanto. Se quiser aproveitar ao máximo o Home windows como sistema de desenvolvimento, você precisará fazer um pouco de trabalho braçal. O trabalho não está muito fora das formas usuais pelas quais os desenvolvedores ajustam seus ambientes de trabalho, mas as etapas específicas são importantes – e algumas delas não são óbvias.

Aqui está um passeio pelas cinco etapas mais importantes a serem seguidas para configurar um sistema Home windows para trabalho de desenvolvimento de software program. Observe que você precisará de direitos de administrador no sistema para realizar muitas tarefas.

Etapa 1. Instale o subsistema Home windows para Linux

WSL oferece aos usuários do Home windows um sistema Linux completo na linha de comando, com menos sobrecarga do que uma VM. A maior parte do trabalho de desenvolvimento de software program mundial acontece no Linux ou em um sistema semelhante ao Unix como o macOS, portanto, ter um sistema Linux actual disponível em uma sessão de terminal é uma grande vantagem.

Para instalar o WSL, abra um console com nível de administrador e digite:

wsl --install

A instalação pode levar algum tempo, pois o sistema precisará baixar os bits principais do WSL e de uma distribuição Linux para rodar com ele.

A distribuição Linux padrão no WSL é Ubuntu 26.04 LTS. No que diz respeito aos padrões, o Ubuntu irá satisfazer a maior parte do que um desenvolvedor pode precisar de uma distribuição Linux. No entanto, outras distribuições estão disponíveis e mais estão sendo adicionadas regularmente. Você pode até construir o seu próprio distribuição Linux personalizada para WSL.

Depois que o WSL estiver instalado, você pode entrar wsl --list --online para ver todas as distribuições disponíveis. Digitar wsl --install (use os nomes da coluna da esquerda) para instalar um.

A maioria das opções atende a gostos diferentes ou a uma necessidade específica. Por exemplo, se você se sente mais confortável com o Debian Linux, ou está desenvolvendo um projeto que assume o Debian como substrato, você deseja instalar o Debian. Mas o Ubuntu deve funcionar na maioria dos casos de uso.

As distros WSL são armazenadas por padrão no arquivo do seu usuário AppData diretório, sob AppDataLocalPackages. Se quiser realocar os arquivos para outro diretório ou quantity, você pode usar o comando wsl --manage --move .

Microsoft introduzido recentemente um novo recurso importante para WSL, Contêiner WSLque permite executar contêineres Linux nativamente no Home windows. O contêiner WSL está atualmente em versão prévia pública.

Etapa 2. Configure um quantity do Dev Drive para seus projetos

A maioria dos usuários do Home windows simplesmente usará como padrão um diretório em um quantity NTFS para armazenar seus projetos, seja no perfil de usuário ou em outro caminho. Este não é um padrão ruim, mas deixa melhores opções na mesa. Um deles é o Dev Drive.

Unidade de desenvolvimento é um tipo mais recente de quantity oferecido no Home windows. Em vez de NTFS, ele usa um sistema de arquivos mais recente chamado ReFS (“Resilient File System”), que foi originalmente desenvolvido para Home windows Server. O ReFS oferece recursos que complementam os tipos de cargas de trabalho que surgem no desenvolvimento de software program:

• Cópia na gravação. Os diretórios do projeto podem ter milhares de arquivos e dezenas de diretórios. Fazer cópias desses projetos pode ser muito mais rápido com o ReFS, porque ele faz cópias de arquivos somente quando eles estão mudadonão apenas quando eles estão copiado. Cópias inalteradas são hyperlinks no disco para os originais.
• Melhor controle sobre o comportamento do antivírus. Os Dev Drives, por padrão, minimizam a interferência causada pelas ferramentas antivírus nativas do Home windows. É possível excluir manualmente os diretórios de desenvolvimento da verificação, mas o simples ato de configurar um Dev Drive automatiza a forma como a verificação é gerenciada em seu conteúdo.
• VHD ou partição. Os Dev Drives podem ser configurados como um arquivo de disco rígido digital ou usados ​​diretamente em uma partição formatada. O primeiro é mais flexível (mais fácil de redimensionar, por exemplo); o último pode ter um desempenho um pouco melhor.

Duas coisas que você deve ter em mente sobre Dev Drives:

1. Dev Drives são para projetos, não para ferramentas. Armazene seus repositórios de projetos, crie artefatos e arquivos armazenados em cache em Dev Drives. Não instale tempos de execução de linguagem, compiladores ou outros utilitários de conjunto de ferramentas neles. Use volumes NTFS regulares para isso.
2. As ferramentas do sistema de arquivos de baixo nível podem não funcionar conforme esperado em volumes do Dev Drive. Utilitários de sistema de arquivos de nível especializado que funcionam lendo diretamente informações da tabela de arquivos podem não se comportar conforme esperado com Dev Drives (e volumes ReFS em geral). Por exemplo, a ferramenta de gerenciamento de espaço em disco WizTreeque lê dados de quantity NTFS diretamente para melhor desempenho, reduz a velocidade para um rastreamento quando usado em volumes ReFS.

Etapa 3. Use WinGet para gerenciamento de pacotes

Até recentemente, o Home windows não tinha nada como um sistema formal de gerenciamento de pacotes ou um gerenciador central de pacotes. A Microsoft Retailer não period uma solução. Ele instalava apenas aplicativos que estavam em conformidade com o sistema de empacotamento da Plataforma Common do Home windows, fornecia apenas aplicativos entregues especificamente por meio da Microsoft Retailer e não tinha interface de linha de comando.

Mais recentemente, a Microsoft introduziu um sistema de gerenciamento de pacotes adequado para Home windows: WinGet. WinGet instala qualquer tipo de aplicativo do Home windows e fornece uma interface de linha de comando completa para interação e automação. Além disso, é amplamente suportado pelo ecossistema de software program Home windows. As probabilidades são de que qualquer programa do Home windows que você queira tenha um pacote WinGet. Isso torna o WinGet uma maneira superb de obter todas as ferramentas necessárias em seu sistema de desenvolvimento. (Mais sobre isso mais tarde.)

Para pesquisar um pacote no repositório WinGet, digite:

winget search "Factor to seek for"

As aspas são necessárias se o pacote que você procura tiver espaços no nome, por exemplo, Adobe Acrobat Reader.

Fundição

Instalar um pacote WinGet é bastante simples:

winget set up 

onde é o Id (não o nome!) do pacote a ser instalado. Para Adobe Acrobat Reader, conforme acima, você digitaria:

winget set up Adobe.Acrobat.Reader.64-bit

Se você deseja uma interface gráfica agradável para o seu fluxo de trabalho de gerenciamento de pacotes, dê uma olhada em UniGetUI. UniGetUI gerencia pacotes para várias fontes de gerenciamento de pacotes – WinGet, Scoop, Chocolatey, npm, pip, Cargo e muito mais.

Etapa 4. Configure o PowerShell para permitir scripts

Este é um ajuste único que você vai querer tirar do caminho antes de fazer muito mais. É um encantamento do PowerShell para permitir a execução de scripts locais.

Inicie o PowerShell como administrador e digite:

set-executionpolicy remotesigned

Você só precisa fazer isso uma vez durante a vida útil do sistema. O Home windows ainda exigirá que todos os scripts do PowerShell baixados da Web sejam assinados, mas isso é essencialmente um caso extremo. Todos os scripts criados localmente funcionarão como estão.

Etapa 5. Instale suas ferramentas de desenvolvimento indispensáveis

WinGet oferece acesso rápido a todas as ferramentas mais comuns que você deseja em um sistema Home windows centrado no desenvolvimento. Provavelmente, você já tem suas ferramentas preferidas, mas aqui está um resumo das coisas mais úteis no desenvolvimento do Home windows, junto com seus IDs WinGet para fácil instalação.

• Git (Git.Git): O sistema de controle de versão favorito de todos. A versão para Home windows é essencialmente idêntica a outras plataformas.
• Visible Studio BuildTools 2022 (Microsoft.VisualStudio.2022.BuildTools): as ferramentas mínimas de linha de comando necessárias para usar o sistema de compilação C/C++ do Microsoft Visible Studio.
• CMake (Kitware.Cmake): solução de compilação multiplataforma para C/C++. Frequentemente necessário para projetos maiores ou mais complexos que utilizam essas linguagens.

Observe que a instalação padrão do BuildTools geralmente não possui as ferramentas para executar operações mínimas de compilação C/C++. A execução deste comando deve fornecer o que você precisa:

winget set up -e --id Microsoft.VisualStudio.2022.BuildTools --force --override "--passive --wait --add Microsoft.VisualStudio.Workload.VCTools;includeRecommended"

Todos os editores populares também estão disponíveis como aplicativos nativos do Home windows:

• Código do Microsoft Visible Studio (Microsoft.VisualStudioCode)
• GNU Emacs (GNU.Emacs)
• Neovim (Neovim.Neovim)

Algumas outras ferramentas para desenvolvimento no Home windows são opcionais, mas úteis:

• CoreUtils para Home windows (Microsoft.Coreutils): Um projeto de código aberto mantido pela Microsoft que traz dezenas de utilitários de linha de comando do Linux para Home windows, como cp, grep, discovere ls.
• MSYS2 (MSYS2.MSYS2): Uma coleção de ferramentas para construir binários do Home windows usando o compilador GCC. Basicamente, uma alternativa à pilha de construção do Visible Studio baseada no Cygwin ambiente.
• LLVM (LLVM.LLVM): A estrutura do compilador que alimenta Clang, Rust, Swift e muitos outros projetos. Observe que se você estiver usando o LLVM como dependência, precisará instalar a versão específica do LLVM exigida pelo seu projeto.
• Área de Trabalho Docker (XP8CBJ40XLBWKX): a versão nativa do Home windows do aplicativo Docker Desktop.
• PowerToys da Microsoft (Microsoft.PowerToys): Uma coleção de mais de 30 utilitários que facilitam muito os ajustes do Home windows – um editor de arquivos hostsum ferramenta de desbloqueio de arquivos (útil para identificar quais processos estão bloqueando um determinado arquivo), um ferramenta de fixação de janelaum ferramenta extrator de texto (útil para ler texto de qualquer lugar, incluindo partes da tela que não podem ser destacadas com o cursor) e muito mais.

Um sistema de desenvolvimento Home windows em uma única etapa

A maioria dos desenvolvedores gosta de ter controle whole sobre as instalações e configurações de seu sistema de desenvolvimento. Mas outros podem querer um package inicial pronto para uso e opinativo. Para quem deseja o atalho, a Microsoft oferece Configuração do desenvolvedor do Home windows.

Home windows Developer Config é uma coleção de scripts do PowerShell que configuram seu sistema como um ambiente de desenvolvimento. Você pode escolher entre um configuração completa da estação de trabalho de desenvolvimentoum Configuração “WSL Consolation” que se concentra em ferramentas de linha de comando ou em um dos vários configurações de carga de trabalho específicas do idioma que fornecem o compilador/interpretador, ferramentas adicionais e extensões do VS Code.