Quick wins for a faster PC:
Clear out junk files and repair common Windows errorsFree Scan →Fix the driver behind crashes, sound loss and screen glitchesFind Drivers →Sim: várias tarefas centrais de um dia de desenvolvimento .NET — criar ou abrir um projeto, restaurar dependências, compilar, executar, testar e publicar — podem ser feitas pelo terminal com o .NET SDK e a .NET CLI. O fluxo abaixo mostra como fazer isso sem pressupor que a CLI reproduza todos os recursos de um ambiente de desenvolvimento integrado.
Prepare o ambiente antes de começar
Os comandos de desenvolvimento deste roteiro fazem parte da .NET CLI, que acompanha o .NET SDK. Ter apenas um runtime instalado não basta para criar e compilar aplicações. A instalação do SDK é documentada para Windows, Linux e macOS; escolha as instruções correspondentes ao seu sistema na página Instalar o .NET.
As an Amazon Associate I earn from qualifying purchases.
Abra um terminal — como o Prompt de Comando ou PowerShell no Windows, ou um terminal no Linux ou macOS — e confira o ambiente:
Free tools Windows power users keep installed
One-click scans. No signup required.
dotnet --infoEsse comando apresenta informações sobre a instalação. Para listar os SDKs instalados, use:
#1 Best Overall
dotnet --list-sdksSe o terminal não reconhecer dotnet, confirme se instalou o SDK e siga as instruções oficiais para o seu sistema operacional. As opções de diagnóstico do comando estão na documentação do driver dotnet.
Crie um projeto ou encontre o existente
Começar um projeto novo
Para criar uma aplicação de console no diretório atual, execute:
dotnet new consoleO comando usa um template para gerar os arquivos iniciais. Para outros tipos de aplicação, escolha o template adequado em vez de tratar console como opção universal. A referência do dotnet new explica o uso de templates e as opções do comando.
Do these 3 things before closing this tab:
1Clear out junk files and repair common Windows errors2Scan for outdated or missing drivers - takes under a minute3Repair Windows errors before they cause bigger problemsTrabalhar em um repositório existente
Antes de compilar ou executar, navegue até o diretório do repositório e localize o arquivo de projeto ou solução. Em repositórios com mais de um projeto, escolha o projeto relevante para a tarefa; não presuma que o diretório atual identifica automaticamente o alvo desejado.
Restaure dependências e compile
Para compilar o projeto ou a solução a partir do diretório apropriado, use:
dotnet buildO comando compila o projeto e suas dependências. Os comandos comuns que precisam de restauração fazem essa etapa implicitamente quando necessário, então não é preciso executar dotnet restore antes de cada compilação ou execução.
Uma restauração explícita pode ser útil quando você quer controlar essa etapa separadamente, por exemplo, em um fluxo de integração contínua:
What’s actually slowing this PC down?
Pick the symptom - the matching free tool is one click away.
dotnet restoreSe o repositório contém vários projetos ou a execução ocorrer fora da pasta do alvo, selecione o projeto ou solução conforme a estrutura do repositório e as opções aceitas pelo comando. Consulte a documentação do comando dotnet para a sintaxe disponível.
Execute a aplicação durante a iteração
Para compilar e iniciar uma aplicação a partir do código-fonte, use:
Rank #4
dotnet rundotnet run depende do build e é indicado para o ciclo de edição e execução. Se houver vários projetos, informe o alvo correto usando a sintaxe documentada para o comando, em vez de confiar em uma escolha implícita. A página dotnet run detalha as opções e o comportamento de execução.
Rode os testes do repositório
Para executar os testes, use:
dotnet testO projeto ou solução, os frameworks-alvo e a configuração do repositório podem determinar quais testes serão executados. Em uma solução com múltiplos projetos, confirme que o comando está apontando para o conjunto de testes pretendido; não conclua que uma execução sem falhas verificou projetos que não foram incluídos no alvo.
Recommended Free Tools
Publique para o destino certo
Quando a finalidade é preparar a aplicação para distribuição, use dotnet publish. A publicação exige decisões sobre o framework-alvo e o destino de execução; não há uma única sequência que sirva para todo projeto e ambiente.
| Decisão | O que escolher |
|---|---|
| Modelo de publicação | Dependente do framework ou autocontido, conforme a necessidade da aplicação e do ambiente de destino. |
| Framework-alvo | O framework para o qual o projeto deve ser publicado. |
| Runtime e destino | O runtime e o ambiente nos quais a saída será executada, quando aplicável. |
Consulte a referência do dotnet publish para selecionar as opções apropriadas ao projeto. A saída de publicação deve corresponder ao destino escolhido; não trate uma publicação feita para um ambiente como universalmente adequada a outros.
Onde a CLI se encaixa
Esse roteiro cobre um ciclo básico de desenvolvimento que a documentação oficial atribui à .NET CLI: desenvolver, compilar, executar e publicar aplicações .NET. Ele não estabelece equivalência completa entre a linha de comando e todos os recursos de um IDE. A escolha de trabalhar pelo terminal depende das tarefas do projeto; comandos claros e repetíveis resolvem etapas centrais, mas não implicam que toda necessidade de desenvolvimento tenha um substituto idêntico na CLI.
Quick Recap
Product prices and availability are accurate as of the date/time indicated and are subject to change. Any price and availability information displayed on Amazon at the time of purchase will apply.
