Sestavování, testování a nasazování aplikací .NET Core
Upload váš kód
Upload váš kód na nové GitHub webapp nebo Azure Repos:
Přihlášení k Azure Pipelines
Přihlaste se k Azure Pipelines. po přihlášení se v prohlížeči přejde na https://dev.azure.com/my-organization-name a zobrazí váš řídicí panel Azure DevOps.
V rámci vybrané organizace vytvořte projekt. Pokud ve vaší organizaci nemáte žádné projekty, zobrazí se obrazovka vytvořit projekt pro začátek. v opačném případě vyberte v pravém horním rohu řídicího panelu tlačítko vytvořit Project .
Vytvoření kanálu
přihlaste se ke svojí organizaci Azure DevOps a přejděte do svého projektu.
přejít na Pipelinesa pak vyberte nový kanál.
projděte si kroky průvodce, a to tak, že nejprve vyberete GitHub jako umístění vašeho zdrojového kódu.
možná budete přesměrováni na GitHub pro přihlášení. pokud ano, zadejte přihlašovací údaje pro GitHub.
Když se zobrazí seznam úložišť, vyberte své úložiště.
k instalaci aplikace Azure Pipelines můžete přesměrovat GitHub. Pokud ano, vyberte schválit instalaci.
Jakmile se zobrazí karta Konfigurovat , vyberte ASP.NET Core.
Po zobrazení nového kanálu se podívejte na YAML a podívejte se, co dělá. Až budete připraveni, vyberte Uložit a spustit.

Budete vyzváni k potvrzení nového souboru Azure-Pipelines. yml do úložiště. Až budete s touto zprávou spokojeni, vyberte Uložit a spustit znovu.
Pokud chcete sledovat svůj kanál v akci, vyberte úlohu sestavení.
právě jste vytvořili a spustili kanál, který jsme pro vás automaticky vytvořili, protože váš kód se zdá být dobrou shodou pro šablonu ASP.NET Core .
Teď máte v úložišti pracovní YAML kanál (
azure-pipelines.yml), který je připravený k přizpůsobení.až budete připraveni udělat změny v kanálu, vyberte ji na stránce Pipelines a pak upravte soubor.
V následujících částech se dozvíte několik nejběžnějších způsobů přizpůsobení kanálu.
YAML
- Přidejte
azure-pipelines.ymlsoubor do úložiště. Přizpůsobení tohoto fragmentu kódu pro sestavení.
trigger:
- master
pool: Default
variables:
buildConfiguration: 'Release'
# do this before all your .NET Core tasks
steps:
- task: DotNetCoreInstaller@2
inputs:
version: '2.2.402' # replace this value with the version that you need for your project
- script: dotnet build --configuration $(buildConfiguration)
displayName: 'dotnet build $(buildConfiguration)'
Vytvořte kanál (Pokud si nejste jisti, jak si přečtěte téma Vytvoření prvního kanálu) a pro šablonu vyberte YAML.
Nastavte fond agentů a cestu k souboru YAML pro svůj kanál.
Uložte kanál a sestavte sestavení do fronty. Když se zobrazí zpráva sestavení #nnnnnnnn. n ve frontě , vyberte odkaz číslo, abyste viděli svůj kanál v akci.
Až budete připraveni udělat změny kanálu, upravte ho.
V následujících částech se dozvíte několik nejběžnějších způsobů přizpůsobení kanálu.
Klasický
Vytvoření kanálu (Pokud si nejste jisti, jak postupovat, najdete v tématu Vytvoření prvního kanálu). Vyberte pro šablonu prázdný kanál .
V katalogu úloh vyhledejte a přidejte úlohu .NET Core . Tato úloha se spustí
dotnet buildpro sestavení kódu v ukázkovém úložišti.Uložte kanál a sestavte sestavení do fronty. Když se zobrazí zpráva sestavení #nnnnnnnn. n ve frontě , vyberte odkaz číslo, abyste viděli svůj kanál v akci.
Teď máte pracovní kanál připravený k přizpůsobení!
Až budete připraveni udělat změny kanálu, upravte ho.
V následujících částech se dozvíte několik nejběžnějších způsobů přizpůsobení kanálu.
Sestavit prostředí
pomocí Azure Pipelines můžete sestavovat projekty .net Core v Windows, Linux nebo macOS, aniž byste museli nastavovat žádnou infrastrukturu sami. agenti hostovaná společností Microsoft v Azure Pipelines zahrnují několik vydaných verzí předinstalovaných sad .net Core sdk.
V souboru YAML se tady nastavuje Ubuntu 18,04.
pool:
vmImage: 'ubuntu-18.04' # examples of other options: 'macOS-10.15', 'windows-2019'
Kompletní seznam imagí a fondů pro další příklady najdete v tématu agenti pro hostování Microsoftu .
Agenti hostující Microsoft neobsahují některé starší verze .NET Core SDK. Nezahrnují také předběžné verze. Pokud potřebujete tyto druhy sad SDK v agentech hostovaných Microsoftem, přidejte do souboru YAML úlohu UseDotNet@2 .
Chcete-li nainstalovat verzi Preview sady SDK 5.0. x pro sestavování a 3.0. x pro spouštění testů, které cílí na .NET Core 3.0. x, přidejte tento fragment kódu:
steps:
- task: UseDotNet@2
inputs:
version: '5.0.x'
includePreviewVersions: true # Required for preview versions
- task: UseDotNet@2
inputs:
version: '3.0.x'
packageType: runtime
agenti Windows už obsahují modul runtime .net Core. Pokud chcete nainstalovat novější sadu SDK, nastavte performMultiLevelLookup na true v tomto fragmentu kódu:
steps:
- task: UseDotNet@2
displayName: 'Install .NET Core SDK'
inputs:
version: 5.0.x
performMultiLevelLookup: true
includePreviewVersions: true # Required for preview versions
Tip
Alternativně můžete nastavit agenta s místním hostováním a ušetřit náklady na spuštění instalačního programu nástroje. Viz Linux, MacOSnebo Windows. Můžete také použít samoobslužné agenty k uložení dodatečného času, pokud máte velké úložiště nebo spustíte přírůstková sestavení. samoobslužný agent vám také může pomoci při používání verze preview nebo privátních sad sdk, které Azure DevOps oficiálně nepodporují, nebo máte k dispozici pouze v podnikových nebo místních prostředích.
projekty .net Core můžete sestavit pomocí .NET Core SDK a modulu runtime v Windows, Linux nebo macOS. Vaše sestavení běží na samoobslužném agentovi. Ujistěte se, že máte v agentu nainstalovanou potřebnou verzi .NET Core SDK a modulu runtime.
Obnovení závislostí
NuGet je oblíbený způsob, jak závisí na kódu, který nebudete sestavovat. můžete stáhnout NuGet balíčky a nástroje specifické pro projekt, které jsou zadány v souboru projektu spuštěním dotnet restore příkazu buď pomocí úlohy dotnet restore , nebo přímo ve skriptu v kanálu.
balíčky NuGet můžete stáhnout z Azure Artifacts, NuGet. org nebo z jiného externího nebo interního úložiště NuGet. úloha .net Core je obzvláště užitečná pro obnovení balíčků z ověřených informačních kanálů NuGet.
Tento kanál používá dotnet restore v dotnet restoreinformační kanál artefaktu.
trigger:
- master
pool:
vmImage: 'windows-latest'
variables:
buildConfiguration: 'Release'
steps:
- task: DotNetCoreCLI@2
inputs:
command: 'restore'
feedsToUse: 'select'
vstsFeed: 'my-vsts-feed' # A series of numbers and letters
- task: DotNetCoreCLI@2
inputs:
command: 'build'
arguments: '--configuration $(buildConfiguration)'
displayName: 'dotnet build $(buildConfiguration)'
balíčky NuGet můžete stáhnout z NuGet. org.
dotnet restore interně používá verzi NuGet.exe , která je zabalena s .NET Core SDK. dotnet restore lze obnovit pouze balíčky zadané v souborech projektu .NET Core .csproj .
pokud máte ve svém řešení také projekt Microsoft .NET Framework nebo používáte package.json k určení závislostí, musíte k obnovení těchto závislostí použít taky úlohu package.json .
V .NET Core SDK verze 2,0 a novější se balíčky automaticky obnoví při spuštění dalších příkazů, jako je například dotnet build .
V .NET Core SDK verze 2,0 a novější se balíčky automaticky obnoví při spuštění dalších příkazů, jako je například dotnet build .
Pokud ale používáte ověřený informační kanál, může být stále nutné použít úlohu .NET Core k obnovení balíčků.
pokud se vaše sestavení občas nezdaří při obnovení balíčků z NuGet. org z důvodu problémů s připojením, můžete použít Azure Artifacts u nadřazených zdrojů a ukládat balíčky do mezipaměti. Přihlašovací údaje kanálu se automaticky použijí při připojování k Azure Artifacts. tyto přihlašovací údaje jsou obvykle odvozené z účtu sestavovací služby Project Collection .
pokud chcete zadat úložiště NuGet, vložte adresy url do NuGet.config souboru v úložišti.
pokud je váš informační kanál ověřený, spravujte jeho přihlašovací údaje vytvořením připojení služby NuGet na kartě služby v části Project Nastavení.
Pokud používáte agenty hostované Microsoftem, získáte nový počítač při každém spuštění sestavení, což znamená, že se balíčky obnovují pokaždé. Toto obnovení může trvat poměrně dlouhou dobu. pokud chcete tento problém zmírnit, můžete použít Azure Artifacts nebo samoobslužného agenta. v takovém případě získáte výhodu použití mezipaměti balíčku.
K obnovení balíčků z externího vlastního kanálu použijte úlohu .NET Core :
# do this before your build tasks
steps:
- task: DotNetCoreCLI@2
displayName: Restore
inputs:
command: restore
projects: '**/*.csproj'
feedsToUse: config
nugetConfigPath: NuGet.config # Relative to root of the repository
externalFeedCredentials: <Name of the NuGet service connection>
# ...
další informace o připojeních služby NuGet najdete v tématu publikování do NuGet kanálů.
Vyberte úkoly v kanálu. Vyberte úlohu, která spouští vaše úlohy sestavení. Pak vyberte + , chcete-li přidat nový úkol do této úlohy.
V katalogu úloh vyhledejte a přidejte úlohu .NET Core .
Vyberte úlohu a v příkazuvyberte obnovit.
Zadejte další možnosti, které pro tento úkol potřebujete. Pak sestavení uložte.
Poznámka
Ujistěte se, že je v souboru zadaný vlastní informační kanál a že přihlašovací údaje jsou zadané NuGet.config v NuGet připojení služby.
Sestavení projektu
Projekt .NET Core sestavíte buď spuštěním příkazu v kanálu, nebo pomocí úlohy dotnet build .NET Core.
Pokud chcete projekt sestavit pomocí úlohy .NET Core, přidejte do souboru následující fragment azure-pipelines.yml kódu:
steps:
- task: DotNetCoreCLI@2
displayName: Build
inputs:
command: build
projects: '**/*.csproj'
arguments: '--configuration $(buildConfiguration)' # Update this to match your need
Ve svém kanálu můžete spustit libovolný vlastní příkaz dotnet. Následující příklad ukazuje, jak nainstalovat a používat globální nástroj .NET dotnet pro:
steps:
- task: DotNetCoreCLI@2
displayName: 'Install dotnetsay'
inputs:
command: custom
custom: tool
arguments: 'install -g dotnetsay'
Sestavení
V kanálu vyberte Tasks (Úlohy). Vyberte úlohu, která spouští úlohy sestavení. Potom vyberte + a přidejte do této úlohy nový úkol.
V katalogu úloh vyhledejte a přidejte úlohu .NET Core.
Vyberte úlohu a v možnosti Příkazvyberte build nebo publish.
Zadejte všechny další možnosti, které pro tuto úlohu potřebujete. Pak sestavení uložte.
Instalace nástroje
Pokud chcete do sestavení spuštěného v Windows nainstalovat globální nástroj .NET Core, jako je dotnet popisky , proveďte následující kroky:
Přidejte úlohu .NET Core a nastavte následující vlastnosti:
- Příkaz: vlastní.
- Cesta k projektům:Ponechte prázdnou hodnotu.
- Vlastní příkaz: nástroj.
- Argumenty: .
- Příkaz: vlastní.
Přidejte úlohu příkazového řádku a nastavte následující vlastnosti:
- Skript: .
Spuštění testů
Pokud máte v úložišti testovací projekty, pomocí úlohy .NET Core spusťte testy jednotek pomocí testovacích architektur, jako jsou MSTest, xUnit a NUnit. Pro tuto funkci musí projekt testů odkazovat na technologie Microsoft .NET.Test.SDK verze 15.8.0 nebo vyšší. Výsledky testů se do služby publikují automaticky. Tyto výsledky jsou pak k dispozici v souhrnu sestavení a lze je použít k řešení potíží s neúspěšné testy a analýzou časování testů.
Do souboru přidejte následující fragment azure-pipelines.yml kódu:
steps:
# ...
# do this after other tasks such as building
- task: DotNetCoreCLI@2
inputs:
command: test
projects: '**/*Tests/*.csproj'
arguments: '--configuration $(buildConfiguration)'
Alternativou je spustit příkaz dotnet test s konkrétním protokolovačem a pak použít úlohu dotnet test
steps:
# ...
# do this after your tests have run
- script: dotnet test <test-project> --logger trx
- task: PublishTestResults@2
condition: succeededOrFailed()
inputs:
testRunner: VSTest
testResultsFiles: '**/*.trx'
K otestování použijte úlohu .NET Core s příkazemnastaveným na. Cesta k projektům by měla odkazovat na projekty testů ve vašem řešení.
Shromáždění pokrytí kódu
Pokud využíváte platformu Windows, metriky pokrytí kódu je možné shromažďovat pomocí integrovaného kolektoru dat pokrytí. Pro tuto funkci musí projekt testů odkazovat na technologie Microsoft .NET.Test.SDK verze 15.8.0 nebo vyšší. Pokud ke spouštění testů použijete úlohu .NET Core, data pokrytí se automaticky publikují na server. Soubor .coverage si můžete stáhnout ze souhrnu sestavení pro zobrazení v Visual Studio.
Do souboru přidejte následující fragment azure-pipelines.yml kódu:
steps:
# ...
# do this after other tasks such as building
- task: DotNetCoreCLI@2
inputs:
command: test
projects: '**/*Tests/*.csproj'
arguments: '--configuration $(buildConfiguration) --collect "Code coverage"'
Pokud se rozhodnete spustit příkaz , zadejte protokolovací nástroj výsledků testu a dotnet test možnosti pokrytí. Pak použijte úlohu Publish Výsledky testů:
steps:
# ...
# do this after your tests have run
- script: dotnet test <test-project> --logger trx --collect "Code coverage"
- task: PublishTestResults@2
inputs:
testRunner: VSTest
testResultsFiles: '**/*.trx'
Přidejte do úlohy sestavení úlohu .NET Core a nastavte následující vlastnosti:
- Příkaz: test.
- Cesta k projektům:Měl by odkazovat na projekty testů ve vašem řešení.
- Argumenty: .
Ujistěte se, že zůstává vybraná možnost Publikovat výsledky testu.
Shromažďování metrik pokrytí kódu pomocí Coverletu
Pokud používáte Linux nebo macOS, můžete ke shromažďování metrik pokrytí kódu použít Coverlet nebo podobný nástroj.
Výsledky pokrytí kódu je možné publikovat na server pomocí úlohy Publikovat výsledky pokrytí kódu. Pokud chcete tuto funkci používat, musí být nástroj pokrytí nakonfigurovaný tak, aby generoval výsledky ve formátu pokrytí Cobertura nebo JaCoCo.
Spuštění testů a publikování pokrytí kódu pomocí Coverletu:
- Přidejte odkaz na balíček NuGet do testovacích
coverlet.msbuildprojektů pro projekty .NET pod .NET 5. V případě rozhraní .NET 5 přidejte odkaz nacoverlet.collectorNuGet balíček. - Přidejte do souboru tento fragment
azure-pipelines.ymlkódu:
- task: UseDotNet@2
inputs:
version: '5.0.x'
includePreviewVersions: true # Required for preview versions
- task: DotNetCoreCLI@2
displayName: 'dotnet build'
inputs:
command: 'build'
configuration: $(buildConfiguration)
- task: DotNetCoreCLI@2
displayName: 'dotnet test'
inputs:
command: 'test'
arguments: '--configuration $(buildConfiguration) --collect:"XPlat Code Coverage" -- DataCollectionRunSettings.DataCollectors.DataCollector.Configuration.Format=cobertura'
publishTestResults: true
projects: 'MyTestLibrary' # update with your test project directory
- task: PublishCodeCoverageResults@1
displayName: 'Publish code coverage report'
inputs:
codeCoverageTool: 'Cobertura'
summaryFileLocation: '$(Agent.TempDirectory)/**/coverage.cobertura.xml'
Zabalení a doručení kódu
Po vytvoření a otestování aplikace můžete nahrát výstup sestavení do Azure Pipelines nebo TFS, vytvořit a publikovat balíček NuGet nebo zabalit výstup sestavení do souboru .zip, který se má nasadit do webové aplikace.
Publikování artefaktů do Azure Pipelines
Pokud chcete publikovat výstup sestavení .NET,
- Spusťte
dotnet publish --output $(Build.ArtifactStagingDirectory)v rozhraní příkazového řádku nebo přidejte DotNetCoreCLI@2 pomocí příkazu publish. - Publikujte artefakt pomocí úlohy Publikovat artefakt.
Do souboru přidejte následující fragment azure-pipelines.yml kódu:
steps:
- task: DotNetCoreCLI@2
inputs:
command: publish
publishWebProjects: True
arguments: '--configuration $(BuildConfiguration) --output $(Build.ArtifactStagingDirectory)'
zipAfterPublish: True
# this code takes all the files in $(Build.ArtifactStagingDirectory) and uploads them as an artifact of your build.
- task: PublishPipelineArtifact@1
inputs:
targetPath: '$(Build.ArtifactStagingDirectory)'
artifactName: 'myWebsiteName'
Poznámka
Úloha dotNetCoreCLI@2 má publishWebProjects vstup, který je ve výchozím nastavení dotNetCoreCLI@2 Tím se ve výchozím nastavení publikuje všechny webové projekty ve vašem repo. Další nápovědu a informace najdete v open source na GitHub.
Pokud chcete zkopírovat více souborů do adresáře buildu před publikováním, použijte nástroj: kopírování souborů.
Publikování do NuGet kanálu
Pokud chcete vytvořit a publikovat NuGet, přidejte následující fragment kódu:
steps:
# ...
# do this near the end of your pipeline in most cases
- script: dotnet pack /p:PackageVersion=$(version) # define version variable elsewhere in your pipeline
- task: NuGetAuthenticate@0
input:
nuGetServiceConnections: '<Name of the NuGet service connection>'
- task: NuGetCommand@2
inputs:
command: push
nuGetFeedType: external
publishFeedCredentials: '<Name of the NuGet service connection>'
versioningScheme: byEnvVar
versionEnvVar: version
Další informace o verzích a publikování balíčků NuGet najdete v tématu publikování do NuGet informačních kanálů.
Nasazení webové aplikace
Pokud chcete .zip souborový archiv, který je připravený k publikování do webové aplikace, přidejte následující fragment kódu:
steps:
# ...
# do this after you've built your app, near the end of your pipeline in most cases
# for example, you do this before you deploy to an Azure web app on Windows
- task: DotNetCoreCLI@2
inputs:
command: publish
publishWebProjects: True
arguments: '--configuration $(BuildConfiguration) --output $(Build.ArtifactStagingDirectory)'
zipAfterPublish: True
Pokud chcete tento archiv publikovat do webové aplikace, podívejte se na Web Apps Azure.
Publikování artefaktů do Azure Pipelines
Pomocí úlohy publish Artifacts publikujte výstup sestavení do sady Azure Pipelines nebo TFS.
Publikování do NuGet kanálu
Pokud chcete publikovat kód do kanálu NuGet, postupujte následovně:
Použijte úlohu .NET Core s příkazem nastaveným na pack.
Nasazení webové aplikace
Použijte úlohu .NET Core s příkazem nastaveným na publikování.
Ujistěte se, že jste vybrali možnost pro vytvoření .zip souboru.
Pokud chcete tento archiv publikovat do webové aplikace, podívejte se na Web Apps Azure.
Sestavení image a na push do registru kontejneru
Pro vaši aplikaci můžete také sestavit image a na push ji do registru kontejneru.
Řešení potíží
Pokud jste schopni sestavit projekt na vývojovém počítači, ale máte potíže s jeho sestavením v Azure Pipelines nebo TFS, prozkoumejte následující potenciální příčiny a nápravné akce:
- Na agenty hostované Microsoftem neinstalujeme .NET Core SDK verze nástroje . Po vydání nové verze .NET Core SDK může trvat několik týdnů, než ji zavezeme do všech datových center, ve Azure Pipelines běží. Nemusíte čekat, až toto začáteční dokončíme. Pomocí instalačního programu nástrojů .NET Core, jak je vysvětleno v těchto pokynech, můžete nainstalovat požadovanou verzi .NET Core SDK na agenty hostované Microsoftem.
Zkontrolujte, že verze modulu .NET Core SDK a runtime na vývojovém počítači odpovídají verzím v agentovi. Do kanálu můžete zahrnout skript příkazového řádku, který
dotnet --versionvytiskne verzi .NET Core SDK. Buď použijte instalační program nástroje .NET Core, jak je vysvětleno v těchto pokynech, k nasazení stejné verze do agenta, nebo aktualizujte projekty a vývojový počítač na novější verzi .NET Core SDK.V integrovaném vývojovém prostředí Visual Studio logiku, která není kódovaná ve vašem kanálu. Azure Pipelines nebo TFS spustí každý z příkazů, které zadáte v úkolech jeden po druhém v novém procesu. Podívejte se na protokoly z Azure Pipelines nebo sestavení TFS a podívejte se na přesné příkazy, které se spustili jako součást sestavení. Pokud chcete problém najít, zopakujte stejné příkazy ve stejném pořadí jako na vývojovém počítači.
pokud máte smíšené řešení, které zahrnuje některé projekty .net Core a některé projekty .NET Framework, měli byste také použít úlohu NuGet k obnovení balíčků zadaných v souborech. podobně byste měli přidat MSBuild nebo Visual Studio úkoly sestavení pro sestavení .NET Framework projektů.
pokud během obnovování balíčků dojde k chybě sestavení při obnově, NuGet. org má problémy, nebo dojde k problémům se sítí mezi datovým centrem Azure a NuGet. org. ty nejsou pod naším ovládacím prvkem a možná budete muset prozkoumat, zda použití Azure Artifacts s NuGet. org jako nadřazený zdroj vylepšuje spolehlivost vašich sestavení.
když zavedeme aktualizaci hostovaných imagí s novou verzí .NET Core SDK nebo Visual Studio, může dojít k přerušení sestavení. k tomu může dojít například v případě, že je v sadě SDK dodávána novější verze nebo funkce nástroje NuGet tool. K izolaci těchto problémů použijte úlohu instalačního programu nástroje .NET Core k určení verze .NET Core SDK, která se používá v sestavení.
Časté otázky
kde se mohu dozvědět více o Azure Artifacts a službě TFS Správa balíčků?
Správa balíčků v Azure Artifacts a TFS
Kde se mohu dozvědět více o příkazech .NET Core?
Kde se dozvím Další informace o spuštění testů v mém řešení?
Testování částí v projektech .NET Core
Kde se mohu dozvědět více o úkolech?
Azure Pipelines | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 | TFS 2017
Použijte kanál k automatickému sestavení a otestování projektů .NET Core. Naučte se:
- Nastavte své prostředí pro sestavení s využitím agentů hostovaných Microsoftem nebo držitelů .
- Obnovte závislosti, sestavte projekt a otestujte pomocí úlohy .NET Core CLI nebo skriptu.
- K publikování výsledků pokrytí kódu použijte úlohu publikování pokrytí kódu .
- Zabalit a doručovat svůj kód pomocí úlohy .NET Core CLI a úlohy artefakty sestavení pro publikování.
- publikovat do NuGetového kanálu.
- Nasaďte webovou aplikaci do Azure.
Poznámka
nápovědu k .NET Framework projektů naleznete v tématu sestavování ASP.NET aplikací pomocí .NET Framework.
Poznámka
v Microsoft Team Foundation Server (TFS) 2018 a předchozích verzích se kanály sestavení a vydání nazývají definice, spuštění se nazývají sestavení, připojení služby se nazývají koncové body služby, fáze se nazývají prostředía úlohy se nazývají fáze.
Poznámka
Tento návod se vztahuje na TFS verze 2017,3 a novější.
Vytvoření prvního kanálu
Začínáte Azure Pipelines? Pokud ano, doporučujeme před přechodem na jiné oddíly vyzkoušet tuto část.
Vytvoření projektu .NET
pokud nemáte projekt .net, se kterým chcete pracovat, vytvořte nový a nahrajte svůj kód do úložiště GitHub nebo Azure Repos. Začněte instalací nejnovější sady .net 6,0 SDK.
Vytvořte nový WebApp .NET 6.
dotnet new webapp -f net6.0
Ze stejné relace Terminálové služby spusťte aplikaci místně pomocí dotnet run příkazu z adresáře projektu.
dotnet run