Tworzenie aplikacji ASP.NET za pomocą programu .NET Framework
Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019
W tym artykule opisano sposób tworzenia projektu programu .NET Framework przy użyciu usługi Azure Pipelines. W przypadku projektów platformy .NET Core zobacz Kompilowanie, testowanie i wdrażanie aplikacji platformy .NET Core.
Tworzenie projektu usługi Azure DevOps
- W organizacji lub kolekcji usługi Azure DevOps wybierz pozycję Nowy projekt lub Utwórz projekt.
- Wprowadź nazwę projektu.
- Wybierz widoczność projektu.
- Wybierz pozycję Utwórz.
Pobieranie przykładowej aplikacji
Przykładowa aplikacja to rozwiązanie programu Visual Studio korzystające z platformy .NET 4.8. Aby pobrać aplikację, rozwidlenie repozytorium GitHub pod adresem:
https://github.com/Azure-Samples/app-service-web-dotnet-get-started
Tworzenie i tworzenie potoku
Po utworzeniu przykładowego kodu we własnym repozytorium utwórz potok w projekcie usługi Azure DevOps, korzystając z instrukcji w temacie Tworzenie pierwszego potoku.
Wybierz szablon ASP.NET. Ten wybór automatycznie dodaje plik azure-pipelines.yml z zadaniami wymaganymi do skompilowania kodu do przykładowego repozytorium. Szablon zawiera zadanie VSTest@2 do uruchamiania testów. Przykładowe repozytorium nie zawiera testów, więc można usunąć zadanie VSTest@2 z potoku.
Potok powinien wyglądać podobnie do następującego przykładu:
# ASP.NET
# Build and test ASP.NET projects.
# Add steps that publish symbols, save build artifacts, deploy, and more:
# https://docs.microsoft.com/azure/devops/pipelines/apps/aspnet/build-aspnet-4
trigger:
- main
pool:
vmImage: 'windows-latest'
variables:
solution: '**/*.sln'
buildPlatform: 'Any CPU'
buildConfiguration: 'Release'
steps:
- task: NuGetToolInstaller@1
- task: NuGetCommand@2
inputs:
restoreSolution: '$(solution)'
- task: VSBuild@1
inputs:
solution: '$(solution)'
msbuildArgs: '/p:DeployOnBuild=true /p:WebPublishMethod=Package /p:PackageAsSingleFile=true /p:SkipInvalidConfigurations=true /p:PackageLocation="$(build.artifactStagingDirectory)"'
platform: '$(buildPlatform)'
configuration: '$(buildConfiguration)'
# ASP.NET
# Build and test ASP.NET projects.
# Add steps that publish symbols, save build artifacts, deploy, and more:
# https://docs.microsoft.com/azure/devops/pipelines/apps/aspnet/build-aspnet-4
trigger:
- main
pool:
name: default
variables:
solution: '**/*.sln'
buildPlatform: 'Any CPU'
buildConfiguration: 'Release'
steps:
- task: NuGetToolInstaller@1
- task: NuGetCommand@2
inputs:
restoreSolution: '$(solution)'
- task: VSBuild@1
inputs:
solution: '$(solution)'
msbuildArgs: '/p:DeployOnBuild=true /p:WebPublishMethod=Package /p:PackageAsSingleFile=true /p:SkipInvalidConfigurations=true /p:PackageLocation="$(build.artifactStagingDirectory)"'
platform: '$(buildPlatform)'
configuration: '$(buildConfiguration)'
Wybierz pozycję Zapisz i uruchom , a następnie wybierz pozycję Zadania , aby zobaczyć potok w akcji.
Aby opublikować artefakty kompilacji, dodaj następujące zadanie na końcu pliku YAML:
- task: PublishPipelineArtifact@1
inputs:
targetPath: '$(Pipeline.Workspace)'
artifact: 'myartifact'
publishLocation: 'pipeline'
- task: PublishBuildArtifacts@1
inputs:
pathToPublish: '$(Build.ArtifactStagingDirectory)'
artifactName: drop
Środowisko kompilacji
Usługi Azure Pipelines można używać do kompilowania projektów programu .NET Framework bez konieczności konfigurowania własnej infrastruktury. Agenci hostowani przez firmę Microsoft w usłudze Azure Pipelines mają kilka wstępnie zainstalowanych wersji programu Visual Studio, które ułatwiają tworzenie projektów. Użyj dla windows-2022
systemu Windows Server 2022 z programem Visual Studio 2022.
Możesz również użyć własnego agenta do uruchamiania kompilacji. Korzystanie z własnego agenta jest przydatne, jeśli masz duże repozytorium i chcesz uniknąć pobierania kodu źródłowego na nową maszynę dla każdej kompilacji.
Kompilacje są uruchamiane na własnym agencie. Upewnij się, że na agencie jest zainstalowana niezbędna wersja programu Visual Studio.
Tworzenie wielu konfiguracji
Może być konieczne skompilowanie aplikacji w wielu konfiguracjach. Poniższe kroki umożliwiają skompilowanie przykładowej aplikacji w czterech konfiguracjach: Debug, x86
, , Debug, x64
Release, x86
i Release, x64
.
W interfejsie użytkownika potoku wybierz kartę Zmienne i zmodyfikuj następujące zmienne:
BuildConfiguration
=debug, release
BuildPlatform
=x86, x64
Wybierz pozycję Zadania, a następnie wybierz zadanie agenta, aby zmienić następujące opcje zadania:
- Wybierz pozycję Wiele konfiguracji.
- Określ mnożniki:
BuildConfiguration, BuildPlatform
Wybierz pozycję Równoległe , jeśli masz wielu agentów kompilacji i chcesz utworzyć konfigurację/pary platformy równolegle.
Przywracanie zależności
Za pomocą zadania NuGet można instalować i aktualizować zależności pakietów NuGet. Za pomocą zadania NuGet można również pobrać pakiety NuGet z usługi Azure Artifacts, NuGet.org lub innych zewnętrznych lub wewnętrznych repozytoriów NuGet.
Poniższy przykład przywraca rozwiązanie z kanału informacyjnego o zakresie projektu w tej samej organizacji.
- task: NuGetCommand@2
inputs:
command: 'restore'
feedsToUse: 'select'
vstsFeed: 'my-project/my-project-scoped-feed'
includeNuGetOrg: false
restoreSolution: '**/*.sln'