Microsoft MVP성태의 닷넷 이야기
개발 환경 구성: 348. ASP.NET Core 2.1 Preview 버전 적용 방법 [링크 복사], [링크+제목 복사],
조회: 11360
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

ASP.NET Core 2.1 Preview 버전 적용 방법

오늘(2018-01-09) 기준으로 ASP.NET Core 정식 버전은 2.0.1입니다. 로드맵 상으로는,

ASP.NET Core Schedule and Roadmap
; https://github.com/aspnet/Home/wiki/Roadmap

2.1 정식 버전이 올해 1 또는 2분기에 나올 예정이지만 2.1 Preview 버전의 경우에는 이미 daily-build를 통해 공개하고 있습니다. 만약 2.1 Preview 버전을 적용하고 싶다면 아래의 문서에 설명한 방법에 따라,

ASP.NET Core
; https://github.com/aspnet/Home

설정을 하면 됩니다.




위의 글을 정리해 보면, 우선 .NET Core 2.1 관련 개발 환경을 인식하기 위해 .NET Core SDK 2.1 Preview 버전을 설치해야 합니다.

dotnet/cli 
; https://github.com/dotnet/cli#installers-and-binaries

Latest Daily Build - Windows x64
; https://dotnetcli.blob.core.windows.net/dotnet/Sdk/master/dotnet-sdk-latest-win-x64.exe

Latest Daily Build - Windows x86
; https://dotnetcli.blob.core.windows.net/dotnet/Sdk/master/dotnet-sdk-latest-win-x86.exe

이후의 설명을 위해 간단하게 .NET Core (또는 .NET Framework) 기반으로 ASP.NET Core 웹 응용 프로그램을 만들어 보겠습니다.

aspnet_preview21_1.png

(2018-01-09 기준) 기본적으로 ASP.NET Core 프로젝트는 다음과 같이 2.0.1 버전으로 의존성을 가집니다.

aspnet_preview21_2.png

이에 2.1 Preview 적용을 하려면 NuGet.Config의 내용을 수정해야 하는데 시스템 전역적으로 설정하고 싶다면 다음의 경로에 있는 NuGet.Config을 수정하면 됩니다.

%APPDATA%\NuGet\NuGet.Config

또는, 지역적으로 설정하고 싶다면 대상 솔루션(.sln) 파일과 같은 폴더에 다음과 같은 NuGet.Config을 만들어 줍니다.

<?xml version="1.0" encoding="utf-8"?>
<configuration>
    <packageSources>
        <clear />
        <add key="AspNetVNext" value="https://dotnet.myget.org/F/aspnetcore-dev/api/v3/index.json" />
        <add key="NuGet.org" value="https://api.nuget.org/v3/index.json" />
    </packageSources>
</configuration>

이제, ASP.NET Core 웹 프로젝트의 참조를 수정해야 하는데, .csproj 파일을 열어 버전을 다음과 같은 식으로 직접 편집해 줍니다.

<Project Sdk="Microsoft.NET.Sdk.Web">

  <PropertyGroup>
    <TargetFramework>netcoreapp2.0</TargetFramework>
  </PropertyGroup>

  <ItemGroup>
    <Folder Include="wwwroot\" />
  </ItemGroup>

  <ItemGroup>
    <PackageReference Include="Microsoft.AspNetCore.All" Version="2.1.0-*" />
  </ItemGroup>

  <ItemGroup>
    <DotNetCliToolReference Include="Microsoft.VisualStudio.Web.CodeGeneration.Tools" Version="2.0.1" />
  </ItemGroup>

</Project>

여기서 한가지 문제가 있는데, 아직(2018-01-09) Microsoft.AspNetCore.All의 패키지가 완벽하지 않아서 다음과 같이 2개의 개별 참조로 바꿔야 합니다.

<Project Sdk="Microsoft.NET.Sdk.Web">

  <PropertyGroup>
    <TargetFramework>netcoreapp2.0</TargetFramework>
  </PropertyGroup>

  <ItemGroup>
    <Folder Include="wwwroot\" />
  </ItemGroup>

  <ItemGroup>
    <PackageReference Include="Microsoft.AspNetCore" Version="2.1.0-*" />
    <PackageReference Include="Microsoft.AspNetCore.Mvc" Version="2.1.0-*" />
  </ItemGroup>

  <ItemGroup>
    <DotNetCliToolReference Include="Microsoft.VisualStudio.Web.CodeGeneration.Tools" Version="2.0.1" />
  </ItemGroup>

</Project>

물론, .csproj 파일을 직접 수정하지 않고 NuGet 패키지 관리자 콘솔에서 다음과 같은 식의 명령을 내려도 됩니다.

Install-Package Microsoft.AspNetCore.Mvc -Version 2.1.0-preview1-28031 -Source https://dotnet.myget.org/F/aspnetcore-dev/api/v3/index.json

하지만 이런 경우에는 -Version 인자에 정확한 버전을 표기해야 하는데, daily-build에 저런 식으로 버전을 명시해서 유지 보수하는 것은 그다지 권장되지 않으므로 .csproj 파일을 수정해 "2.1.0-*"과 같은 식으로 지정하는 것이 더 권장됩니다.

참고로, 버전 문자열은 다음의 사이트에서 구할 수 있습니다.

dotnet-core - Microsoft.NETCore.App
; https://dotnet.myget.org/feed/dotnet-core/package/nuget/Microsoft.NETCore.App

aspnetcore-dev - Microsoft.AspNetCore
; https://dotnet.myget.org/feed/aspnetcore-dev/package/nuget/Microsoft.AspNetCore

나중에 만약 2.2 Preview 버전이 나와 그것을 적용하고 싶다면 이 글의 설명을 따르면 됩니다. 즉, 2.2 SDK Preview를 설치하고 NuGet.Config을 맞춰준 후 .csproj의 버전을 "2.2.0-*"과 같이 바꾸는 식입니다.




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]







[최초 등록일: ]
[최종 수정일: 1/9/2018]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 46  47  48  49  50  51  52  53  54  55  56  57  58  [59]  60  ...
NoWriterDateCnt.TitleFile(s)
12152정성태2/23/202011116.NET Framework: 897. 실행 시에 메서드 가로채기 - CLR Injection: Runtime Method Replacer 개선 - 세 번째 이야기(Trampoline 후킹)파일 다운로드1
12151정성태2/22/202011641.NET Framework: 896. C# - Win32 API를 Trampoline 기법을 이용해 C# 메서드로 가로채는 방법 - 두 번째 이야기 (원본 함수 호출)파일 다운로드1
12150정성태2/21/202011506.NET Framework: 895. C# - Win32 API를 Trampoline 기법을 이용해 C# 메서드로 가로채는 방법 [1]파일 다운로드1
12149정성태2/20/202011254.NET Framework: 894. eBEST C# XingAPI 래퍼 - 연속 조회 처리 방법 [1]
12148정성태2/19/202012474디버깅 기술: 163. x64 환경에서 구현하는 다양한 Trampoline 기법 [1]
12147정성태2/19/202011090디버깅 기술: 162. x86/x64의 기계어 코드 최대 길이
12146정성태2/18/202011348.NET Framework: 893. eBEST C# XingAPI 래퍼 - 로그인 처리파일 다운로드1
12145정성태2/18/202010578.NET Framework: 892. eBEST C# XingAPI 래퍼 - Sqlite 지원 추가파일 다운로드1
12144정성태2/13/202010549.NET Framework: 891. 실행 시에 메서드 가로채기 - CLR Injection: Runtime Method Replacer 개선 - 두 번째 이야기파일 다운로드1
12143정성태2/13/20208670.NET Framework: 890. 상황별 GetFunctionPointer 반환값 정리 - x64파일 다운로드1
12142정성태2/12/202010405.NET Framework: 889. C# 코드로 접근하는 MethodDesc, MethodTable파일 다운로드1
12141정성태2/10/202010010.NET Framework: 888. C# - ASP.NET Core 웹 응용 프로그램의 출력 가로채기 [2]파일 다운로드1
12140정성태2/10/20209834.NET Framework: 887. C# - ASP.NET 웹 응용 프로그램의 출력 가로채기파일 다운로드1
12139정성태2/9/202011202.NET Framework: 886. C# - Console 응용 프로그램에서 UI 스레드 구현 방법
12138정성태2/9/202013952.NET Framework: 885. C# - 닷넷 응용 프로그램에서 SQLite 사용 [6]파일 다운로드1
12137정성태2/9/20209168오류 유형: 592. [AhnLab] 경고 - 디버거 실행을 탐지했습니다.
12136정성태2/6/20209567Windows: 168. Windows + S(또는 Q)로 뜨는 작업 표시줄의 검색 바가 동작하지 않는 경우
12135정성태2/6/202013183개발 환경 구성: 468. Nuget 패키지의 로컬 보관 폴더를 옮기는 방법 [2]
12134정성태2/5/202013363.NET Framework: 884. eBEST XingAPI의 C# 래퍼 버전 - XingAPINet Nuget 패키지 [5]파일 다운로드1
12133정성태2/5/202010600디버깅 기술: 161. Windbg 환경에서 확인해 본 .NET 메서드 JIT 컴파일 전과 후 - 두 번째 이야기
12132정성태1/28/202012163.NET Framework: 883. C#으로 구현하는 Win32 API 후킹(예: Sleep 호출 가로채기)파일 다운로드1
12131정성태1/27/202012236개발 환경 구성: 467. LocaleEmulator를 이용해 유니코드를 지원하지 않는(한글이 깨지는) 프로그램을 실행하는 방법 [1]
12130정성태1/26/20209709VS.NET IDE: 142. Visual Studio에서 windbg의 "Open Executable..."처럼 EXE를 직접 열어 디버깅을 시작하는 방법
12129정성태1/26/202015294.NET Framework: 882. C# - 키움 Open API+ 사용 시 Registry 등록 없이 KHOpenAPI.ocx 사용하는 방법 [3]
12128정성태1/26/202010090오류 유형: 591. The code execution cannot proceed because mfc100.dll was not found. Reinstalling the program may fix this problem.
12127정성태1/25/20209951.NET Framework: 881. C# DLL에서 제공하는 Win32 export 함수의 내부 동작 방식(VT Fix up Table)파일 다운로드1
... 46  47  48  49  50  51  52  53  54  55  56  57  58  [59]  60  ...