Microsoft MVP성태의 닷넷 이야기
개발 환경 구성: 348. ASP.NET Core 2.1 Preview 버전 적용 방법 [링크 복사], [링크+제목 복사],
조회: 19690
글쓴 사람
정성태 (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

비밀번호

댓글 작성자
 




... 136  137  138  139  140  141  142  143  144  [145]  146  147  148  149  150  ...
NoWriterDateCnt.TitleFile(s)
1462정성태7/5/201328187VC++: 69. geek스러운 C/C++ 퀴즈 문제 [2]
1461정성태6/27/201344783.NET Framework: 373. C# 문자열의 인코딩이란?
1460정성태6/17/201326586.NET Framework: 372. PerformanceCounter - Category does not exist. [1]
1459정성태6/15/201330187Windows: 74. 한글 키가 아닌 영문 키를 기본으로 선택하는 방법 [5]
1458정성태6/13/201331065.NET Framework: 371. CAS Lock 방식이 과연 성능에 얼마나 도움이 될까요? [1]파일 다운로드1
1457정성태6/13/201327043개발 환경 구성: 192. "Probabilistic Programming and Bayesian Methods for Hackers" 예제 코드 실행 방법
1456정성태6/5/201335703.NET Framework: 370. C# - WebKit .NET 사용 [2]파일 다운로드1
1455정성태6/1/201329611.NET Framework: 369. ThreadPool.QueueUserWorkItem의 실행 지연 [4]파일 다운로드1
1454정성태5/31/201327602Java: 15. Java 7 Control Panel 실행시키는 방법
1453정성태5/22/201326719기타: 32. Microsoft FTP 사이트에 접속하는 방법
1452정성태5/21/201334274Windows: 73. TabProcGrowth 값 삭제 후 IE를 실행시키면 다시 복원되는 경우 [3]
1451정성태5/17/201333170Windows: 72. 윈도우 서버 2012 기초 사용법
1450정성태5/16/201323990오류 유형: 176. SQL10007N Message "0" could not be retrieved. Reason code: "3"
1449정성태5/15/201331030오류 유형: 175. SpeechRecognitionEngine 사용 시 오류 유형 2가지
1448정성태5/14/201326074VC++: 68. #pragma warning(disable: ...)로 오류 제어가 안된다면?
1447정성태5/3/201328150개발 환경 구성: 191. Debugging Tools for Windows 독립 설치 버전 [1]
1446정성태4/30/201328792.NET Framework: 368. Encoding 타입의 대체(fallback) 메카니즘 [1]
1445정성태4/26/201326903디버깅 기술: 54. NT 서비스의 Main 메서드 안에서 Process.GetProcessesByName 호출 시 멈춤 현상 [1]
1444정성태4/26/201330901기타: 31. Internet Explorer: 자바스크립트로 숨겨진 파일 다운로드 경로를 알아내는 방법 [1]
1443정성태4/24/201326172개발 환경 구성: 190. Azure PaaS 웹 응용 프로그램 배포 후 SMTP 서버 구성 [2]
1442정성태4/21/201330265기타: 30. 마이크로소프트 워드의 CPU 점유 현상으로 글자 입력이 느려졌다면? [1]
1441정성태4/21/201336744.NET Framework: 367. LargeAddressAware 옵션이 적용된 닷넷 32비트 프로세스의 가용 메모리 [14]
1440정성태4/19/201325358오류 유형: 174. dumpbin.exe 실행시 mspdb110.dll 로드 오류
1439정성태4/18/201329271VS.NET IDE: 76. Visual Studio 2012와 Itanium 빌드 옵션 [2]
1438정성태4/17/201328926.NET Framework: 366. 다른 프로세스에 환경 변수 설정하는 방법 - 두 번째 이야기 [1]파일 다운로드1
1437정성태4/17/201329096VC++: 67. CRT(C Runtime DLL: msvcr...dll)에 대한 의존성 제거
... 136  137  138  139  140  141  142  143  144  [145]  146  147  148  149  150  ...