Visual Studio 2019 포트, 마이그레이션 및 업그레이드 프로젝트
개발자 커뮤니티 | 시스템 요구 사항 | 호환성 | 배포 가능 코드 | 릴리스 기록 | 사용 조건 블로그 |
새 버전의 Visual Studio에서는 대부분의 형식의 프로젝트, 파일 및 기타 자산을 지원합니다. 최신 기능을 사용하지 않는 경우 이전과 동일하게 사용할 수 있습니다.
팁
다음 릴리스에 관한 정보를 찾는 경우 이 페이지의 Visual Studio 2022 버전을 참조하세요.
Microsoft에서는 Visual Studio 2017, Visual Studio 2015, Visual Studio 2013, Visual Studio 2012와 같은 이전 버전과의 호환성을 유지하려고 노력합니다. 하지만 일부 프로젝트 형식 변경은 이후에 지원될 수 있습니다. 최신 버전의 Visual Studio는 특정 프로젝트를 지원하지 않거나, 더 이상 이전 버전과 호환되지 않도록 프로젝트를 업데이트해야 할 수도 있습니다.
참고
마이그레이션 문제의 현재 상태는 Visual Studio 개발자 커뮤니티를 참조하세요. 각 Visual Studio 버전과 관련된 기능에 대한 자세한 내용은 릴리스 정보를 참조하세요.
중요
일부 프로젝트 형식에는 특정 워크로드가 필요합니다. 워크로드가 설치되어 있지 않으면 Visual Studio에서 알 수 없거나 호환되지 않는 프로젝트 형식을 보고합니다. 이 경우 Visual Studio 설치 관리자의 설치 옵션을 확인하고 다시 시도하세요. Visual Studio 2019의 프로젝트 지원에 대한 자세한 내용은 플랫폼 대상 지정 및 호환성 페이지를 참조하세요.
프로젝트 형식
다음 목록에서는 이전 버전에서 만든 프로젝트에 대한 Visual Studio 2019의 지원에 대해 설명합니다.
여기에 나열된 프로젝트 또는 파일 형식이 표시되지 않는 경우 이 문서의 Visual Studio 2017 버전을 참조하세요. 이 페이지 아래쪽에 있는 이 페이지 단추에 대한>제출 및 피드백 보기를 사용하여 프로젝트의 세부 정보를 제공할 수도 있습니다. (익명의 "이 페이지가 도움이 되었나요?" 컨트롤을 사용하는 경우 피드백에 응답할 수 없습니다.)
| 프로젝트 형식 | 고객 지원팀 |
|---|---|
| .NET Core 프로젝트(.xproj) | Visual Studio 2015로 만든 프로젝트는 xproj 프로젝트 파일을 포함하는 미리 보기 도구를 사용했습니다. Visual Studio 2017: xproj 형식은 csproj 형식으로 마이그레이션해야만 지원됩니다. xproj 파일을 열면 파일을 SDK 스타일의 csproj 형식으로 마이그레이션해야 한다는 메시지가 표시됩니다. (xproj 파일의 백업이 생성됩니다.) SDK 스타일의 csproj 프로젝트는 Visual Studio 2015 및 이전 버전에서 지원되지 않습니다. Visual Studio 2019: 버전 16.3 이상에서는 xproj 프로젝트를 로드하거나 마이그레이션할 수 없습니다. 자세한 내용은 csproj 형식으로 .NET Core 프로젝트 마이그레이션을 참조하세요. |
| ASP.NET Core 웹앱 그리고 Application Insights를 사용하는 ASP.NET Core 웹앱 | 각 Visual Studio 사용자의 리소스 정보가 사용자 인스턴스별 레지스트리에 저장됩니다. 이 정보는 사용자가 프로젝트를 열지 않고 Azure Application Insights 데이터를 검색하려는 경우에 사용됩니다. Visual Studio 2015에서는 Visual Studio 2017 및 Visual Studio 2019와 다른 레지스트리 위치를 사용하므로 충돌하지 않습니다. 사용자가 ASP.NET 웹 애플리케이션, 또는 ASP.NET Core 웹앱 또는 ASP.NET Core 웹 애플리케이션을 만들면 리소스가 .suo 파일에 저장됩니다. 사용자는 Visual Studio 2015, Visual Studio 2017 또는 Visual Studio 2019에서 프로젝트를 열 수 있으며, Visual Studio가 두 버전 모두에서 사용되는 프로젝트 및 솔루션을 지원하는 한, 각각에 대해 리소스 정보가 사용됩니다. 사용자는 각 제품에 대해 한 번 인증해야 합니다. 예를 들어 Visual Studio 2017에서 프로젝트를 만들고 Visual Studio 2019에서 열 경우 사용자는 Visual Studio 2019에서 인증해야 합니다. |
| C#/Visual Basic Webform 또는 Windows Form | Visual Studio 2019, Visual Studio 2017 및 Visual Studio 2015에서 프로젝트를 열 수 있습니다. |
| 코딩된 UI 테스트 | Visual Studio 2019에서는 자동화된 UI 기반 기능 테스트를 위해 코딩된 UI 테스트는 사용되지 않습니다. Visual Studio 2019는 코딩된 UI 테스트에 대한 마지막 릴리스가 될 것입니다. 웹앱 테스트에는 Selenium을 사용하고, 데스크톱 및 UWP 앱 테스트에는 WinAppDriver가 있는 Appium을 사용하는 것이 좋습니다. |
| 데이터베이스 유닛 테스트 프로젝트(csproj, .vbproj) | 이전 데이터 유닛 테스트 프로젝트는 Visual Studio 2019에 로드되지만 GAC 종속성 버전을 사용합니다. 최신 종속성을 사용하도록 단위 테스트 프로젝트를 업그레이드하려면 솔루션 탐색기에서 프로젝트를 마우스 오른쪽 단추로 클릭하고 SQL Server 단위 테스트 프로젝트로 변환... 을 선택합니다. |
| F# | Visual Studio 2019는 Visual Studio 2013, Visual Studio 2015 및 Visual Studio 2017에서 만든 프로젝트를 열 수 있습니다. 새 프로젝트에 대한 이전 Visual Studio 템플릿과의 주요 차이점은 FSharp.Core 버전이 항상 NuGet 패키지라는 것입니다. F#은 기본적으로 모든 .NET 워크로드와 함께 설치됩니다. |
| InstallShield MSI 설정 |
Visual Studio 2010에서 만든 설치 관리자 프로젝트는 Visual Studio 설치 관리자 프로젝트 확장을 사용하여 이후 버전에서 열 수 있습니다. 또한 WiX 도구 집합 Visual Studio 2017 확장을 참조하세요. InstallShield Limited Edition은 더 이상 Visual Studio에 포함되지 않습니다. Visual Studio 2019의 가용성에 대해서는 Revenera에서 확인하세요. |
| LightSwitch | LightSwitch는 Visual Studio 2022, Visual Studio 2019, Visual Studio 2017에서 더 이상 지원되지 않습니다. Visual Studio 2012 이전 버전에서 만들고 Visual Studio 2013 또는 Visual Studio 2015에서 연 프로젝트는 업그레이드되며 이후에는 Visual Studio 2013 또는 Visual Studio 2015에서만 열 수 있습니다. |
| 부하 테스트 | Visual Studio 2019 이상에서는 웹 성능 및 부하 테스트 기능이 더 이상 사용되지 않습니다. Visual Studio 2019는 부하 테스트에 대한 마지막 릴리스가 될 것입니다. Apache JMeter, Akamai CloudTest, Blazemeter와 같은 대체 부하 테스트 도구를 사용합니다. |
| Visual Studio용 Microsoft Azure 도구 | 이러한 형식의 프로젝트를 열려면 먼저 Azure SDK for.NET을 설치한 다음 프로젝트를 엽니다. 필요한 경우 프로젝트가 업데이트됩니다. |
| Microsoft Test Manager | Microsoft Test Manager 및 Feedback Client는 Visual Studio 2019부터 더 이상 Visual Studio에서 제공되지 않습니다. 수동 및 예비 테스트 요구 사항에 대해 Azure 테스트 계획(Azure DevOps의 일부)을 활용합니다. |
| 모델-뷰-컨트롤러 프레임워크(ASP.NET MVC) | MVC 버전 및 Visual Studio 지원:
MVC 버전 업그레이드:
|
| 모델링 | Visual Studio에서 프로젝트를 자동으로 업데이트하도록 허용하면 Visual Studio 2015, Visual Studio 2013 또는 Visual Studio 2012에서 프로젝트를 열 수 있습니다. Visual Studio 2015 이후 모델링 프로젝트의 형식은 변경되지 않았으며, 이러한 버전에서 프로젝트를 열고 수정할 수 있습니다. 하지만 Visual Studio 2017 및 Visual Studio 2019의 동작에 차이가 있습니다.
|
| MSI 설정(vdproj) | 이 페이지의 InstallShield 섹션을 참조하세요. |
| Office 2007 VSTO | Visual Studio 2019에 대한 단방향 업그레이드가 필요합니다. |
| Office 2010 VSTO | 프로젝트 대상이 .NET Framework 4일 경우 Visual Studio 2010 SP1 이상에서 이 프로젝트를 열 수 있습니다. 다른 모든 프로젝트에는 단방향 업그레이드가 필요합니다. |
| PCL(이식 가능한 클래스 라이브러리) | 이식 가능한 클래스 라이브러리(또는 PCL)는 이제 지원되지 않습니다. Visual Studio 2019가 여전히 열리고 빌드되지만 새 PCL 프로젝트를 만들 수는 없습니다. PCL 프로젝트의 코드를 .NET Standard 프로젝트로 마이그레이션하는 것이 좋습니다. PCL 지원은 더 이상 기본적으로 포함되지 않지만 Visual Studio "개별 구성 요소" 탭에서 사용할 수 있습니다. |
| Python 워크로드 | Visual Studio 2019에서는 Python Windows IoT Core 앱에 대한 지원이 제거되었습니다. Visual Studio 2019에 동등한 기능이 없으므로 이러한 프로젝트에 대한 자동 마이그레이션 경로가 없습니다. Visual Studio 2017을 계속 사용할 수 있습니다. |
| R Tools for Visual Studio | Visual Studio용 R 도구가 Visual Studio 2019의 데이터 과학 워크로드에서 제거되었습니다. Visual Studio 2017 또는 RStudio와 같은 대안을 계속 사용할 수 있습니다. |
| Service Fabric(sfproj) | Service Fabric 애플리케이션 프로젝트가 ASP.NET Core 서비스 프로젝트를 참조하지 않을 경우 Visual Studio 2015, Visual Studio 2017, Visual Studio 2019에서 Service Fabric 애플리케이션 프로젝트를 열 수 있습니다. Visual Studio 2017 또는 Visual Studio 2019에서 열리는 Visual Studio 2015의 Service Fabric 프로젝트는 xproj 형식에서 csproj 형식으로 단방향 마이그레이션됩니다. 이 표에서 앞부분에 있는 “.NET Core 프로젝트(xproj)”를 참조하세요. |
| SharePoint 2010 | Visual Studio 2019를 사용하여 SharePoint 솔루션 프로젝트를 열면 SharePoint 2013 또는 SharePoint 2016으로 업그레이드됩니다. 업그레이드를 위해서는 ".NET 데스크톱 개발" 워크로드가 Visual Studio 2019에 설치되어 있어야 합니다. SharePoint 프로젝트를 업그레이드하는 방법에 대한 자세한 내용은 SharePoint 업그레이드 및 업데이트를 참조하세요. |
| SharePoint 2016 | Office 개발자 도구 미리 보기 2에서 만든 SharePoint 추가 기능 프로젝트는 Visual Studio 2019에서 열 수 없습니다. 이 제한을 해결하려면 csproj 또는 vbproj 파일에 있는 MinimumVisualStudioVersion을 12.0으로, MinimumOfficeToolsVersion을 12.2로 업데이트합니다. |
| Silverlight | Silverlight 프로젝트는 Visual Studio 2019에서 지원되지 않습니다. Silverlight 애플리케이션을 유지하려면 Visual Studio 2015를 계속 사용합니다. |
| SQL - Redgate | Redgate의 SQL 변경 Automation Core(이전에는 ReadyRoll Core라고 함), SQL Prompt Core 및 SQL Search는 Visual Studio 설치 관리자에서 더 이상 제공되지 않습니다. 이러한 기능에 대해서는 Visual Studio 2017을 계속 사용할 수 있습니다. Visual Studio 2019에서 Redgate의 SQL Toolbelt에 사용할 수 있는 유료 SQL Change Automation 및 SQL Prompt 제품으로 업그레이드할 수 있습니다. |
| SQL Server Reporting Services 및 SQL Server Analysis Services(SSRS, SSDT, SSAS, MSAS) | 이러한 프로젝트 형식에 대한 지원은 Visual Studio Gallery에서 Microsoft Analysis Services Projects 및 Microsoft Reporting Services Projects라는 두 개의 확장을 통해 제공됩니다. SSDT는 Visual Studio 2019에서 데이터 스토리지 및 처리 워크로드를 지원합니다. 자세한 내용은 Visual Studio용 SSDT(SQL Server Data Tools) 다운로드 및 설치 페이지를 참조하세요. |
| SSIS(SQL Server Integration Services) | Visual Studio 2019 지원을 사용할 수 있습니다. 자세한 내용은 Visual Studio용 SSDT(SQL Server Data Tools) 다운로드 및 설치 페이지와 SSIS(SQL Server Integration Services) 팀 블로그 및 Marketplace의 SQL Server Integration Services 프로젝트 페이지를 참조하세요. |
| 테스트 창 확장 | Visual Studio 2019에서는 이전에 공용으로 표시되었지만 공식적으로 문서화되지 않은 테스트 창 API의 일부가 제거되었습니다. 확장 유지 관리자에게 조기 경고하기 위해 광범위하게 표시되는 API가 Visual Studio 2017에서 더 이상 사용되지 않는 것으로 표시되었습니다. 아는 바로는, 이러한 API에 대한 종속성을 사용하는 확장은 거의 없습니다. 자세한 정보 및 업데이트는 사용되지 않는 테스트 관련 API의 전체 목록을 보세요. 시나리오에 영향을 주는 경우 Visual Studio Developer Community를 통해 알려주세요. |
| Visual C++ | Visual Studio 2019를 사용하여 Visual Studio 2010까지 이전 버전의 Visual Studio에서 만든 프로젝트에서 작업할 수 있습니다. 프로젝트를 처음 열면 최신 컴파일러 및 도구 집합으로 업그레이드하거나 원래 항목을 계속 사용하는 옵션이 있습니다. 원래 항목을 계속 사용하도록 선택하면 Visual Studio 2019에서는 프로젝트 파일을 수정하지 않으며 이전 Visual Studio 설치의 도구 집합을 사용하여 프로젝트를 빌드합니다. 원래 옵션을 유지하는 것은 필요한 경우 원래 버전의 Visual Studio에서 프로젝트를 열 수 있음을 의미합니다. 자세한 내용은 Visual Studio의 네이티브 멀티 타기팅을 사용하여 이전 프로젝트 빌드를 참조하세요. |
| Visual Studio 확장성/VSIX | MinimumVersion 14.0 이하의 프로젝트는 업데이트를 통해 MinimumVersion 15.0으로 선언됩니다. 그러면 이전 버전의 Visual Studio에서 프로젝트를 열 수 없습니다. 이전 버전에서 프로젝트를 열 수 있도록 허용하려면 MinimumVersion을 $(VisualStudioVersion)(으)로 설정합니다. 참고 항목 방법: Visual Studio 2017로 확장성 프로젝트 마이그레이션. |
| Visual Studio Lab Management | Microsoft Test Manager 또는 Visual Studio 2010 SP1 이상을 사용하여 이러한 버전에서 만든 환경을 열 수 있습니다. 그러나 Visual Studio 2010 SP1의 경우 환경을 만들기 전에 Microsoft Test Manager 버전이 Team Foundation Server 버전과 일치해야 합니다. (중요: TFS(Team Foundation Server)를 이제 Azure DevOps Server라고 합니다.) |
| Apache Cordova용 Visual Studio Tools | Visual Studio 2019에서 Apache Cordova에 대한 지원이 제거되었습니다. Visual Studio 2019에 동등한 기능이 없으므로 이러한 프로젝트에 대한 자동 마이그레이션 경로가 없습니다. Visual Studio Code 확장용 Cordova Tools(최신 버전의 Cordova 지원)를 사용하거나 Visual Studio 2017을 계속 사용할 수 있습니다. |
| 웹 배포(wdproj) | 게시 프로필 지원이 추가되면서 Visual Studio 2012에서 웹 배포 프로젝트 지원이 제거되었습니다. Visual Studio 2019에 동등한 기능이 없으므로 이러한 프로젝트에 대한 자동 마이그레이션 경로가 없습니다. 대신, StackOverflow에 설명된 대로 텍스트 편집기에서 wdproj 파일을 열고 사용자 지정을 복사하여 pubxml(게시 프로필) 파일에 붙여넣습니다. |
| Windows Communication Foundation, Windows Workflow Foundation | Visual Studio 2019, Visual Studio 2017, Visual Studio 2015, Visual Studio 2013 및 Visual Studio 2012에서 이 프로젝트를 열 수 있습니다. |
| Windows Presentation Foundation | Visual Studio 2019, Visual Studio 2017, Visual Studio 2013, Visual Studio 2012 및 Visual Studio 2010 SP1에서 이 프로젝트를 열 수 있습니다. |
| Windows Phone 앱 | Windows Phone용 프로젝트는 Visual Studio 2019에서 지원되지 않습니다. Windows Phone 8.x 앱을 유지하려면 Visual Studio 2015를 사용합니다. Windows Phone 7.x 프로젝트를 유지하려면 Visual Studio 2012를 사용합니다. |
| Windows 스토어 응용 프로그램 | JavaScript 유니버설 Windows 프로젝트는 Visual Studio 2019에서 지원되지 않습니다. 이러한 프로젝트를 유지 관리하려면 Visual Studio 2017을 사용하세요. Visual Studio 2019 설치 관리자에서 Windows 10 Fall Creators Update(빌드 16299) 이전 버전의 Windows 10 SDK가 제거되었습니다. 이전 SDK를 수동으로 다운로드하거나 프로젝트의 대상을 다시 지정하여 최신 SDK를 사용할 수 있습니다. project.json을 사용하는 유니버설 Windows 프로젝트는 지원되지 않습니다. 패키지 참조를 사용하도록 이러한 프로젝트를 업그레이드하는 것이 좋습니다. 또는 project.json 파일에 Microsoft.NET.Test.Sdk 버전 16.0.0.0에 대한 참조를 추가합니다. Windows 스토어 8.1 및 8.0용 프로젝트는 Visual Studio 2019에서 지원되지 않습니다. 이러한 앱을 유지하려면 Visual Studio 2015를 계속 사용합니다. |
| Xamarin | Visual Studio 및 Visual Studio for Mac용 Xamarin Live Player 확장이 제거되었습니다. 이렇게 하면 페어링 화면과 모든 통합이 제거됩니다. 대신 기본 제공 Xamarin.Forms Previewer를 사용합니다. Android용 Visual Studio 에뮬레이터가 Visual Studio 설치 관리자에서 제거되었습니다. 대신 Google Android 에뮬레이터에서 새 Hyper-V 지원을 사용합니다. |
프로젝트 마이그레이션
이전 버전과의 호환성을 유지하려고 노력하지만 이전 버전과 호환되지 않는 변경 내용이 있을 수 있습니다. (Visual Studio 2019에서 지원되는 프로젝트 형식에 대한 플랫폼 타키팅 및 호환성을 참조하세요.) 이 경우 새 버전의 Visual Studio가 프로젝트를 로드하거나 마이그레이션 경로를 제공하지 않습니다. 해당 프로젝트를 이전 버전 Visual Studio에서 유지해야 할 수도 있습니다.
때로는 최신 버전의 Visual Studio에서 프로젝트를 열 수 있지만 이전 버전과 호환되지 않게 렌더링하는 방식으로 프로젝트를 업데이트하거나 마이그레이션해야 합니다. Visual Studio는 다음 기준을 사용하여 이러한 마이그레이션이 필요한지 여부를 결정합니다.
Visual Studio 2013 RTM으로 돌아간 플랫폼의 대상 버전과의 호환성.
Visual Studio 이전 버전과 디자인 타임 자산의 호환성. (Visual Studio 2019, Visual Studio 2017의 다른 채널 Visual Studio 2015 RTM 및 업데이트 3; Visual Studio 2013 RTM 및 업데이트 5; Visual Studio 2012 업데이트 4; Visual Studio 2010 SP 1.) Visual Studio 2019는 이전 버전이 프로젝트를 계속 열 수 있도록 더 이상 사용되지 않는 디자인 타임 자산을 손상하지 않고 정상적으로 실패하는 것을 목표로 합니다.
새로운 디자인 타임 자산이 이전 버전 Visual Studio 2013 RTM & 업데이트 5와의 호환성을 중단하는지 여부.
해당 프로젝트 유형을 소유한 엔지니어링 팀은 이러한 기준을 지향하여 지원, 호환성 및 마이그레이션 관련 결정을 내립니다. 다시 한 번, Microsoft에서는 한 버전의 Visual Studio에서 프로젝트를 만들고 수정하면 다른 버전에서도 작동하도록 Visual Studio 버전 간 호환성을 유지하려고 노력합니다.
경우에 따라 호환성이 가능하지 않습니다. 그러면 Visual Studio가 업그레이드 마법사를 열어 필요한 단방향 변경을 수행합니다. 이러한 단방향 변경이 프로젝트 파일에서 ToolsVersion 속성의 변경을 포함할 수 있습니다. 이 속성은 정확하게 어떤 버전의 MSBuild가 프로젝트의 소스 코드를 사용자가 원하는 실행가능하고 배포 가능한 아티팩트로 바꿀 수 있는지 표시합니다.
이전 버전의 Visual Studio와 호환되지 않는 프로젝트를 렌더링한 것은 Visual Studio 버전이 아니라 ToolsVersion에서 결정한 MSBuild 버전입니다. 사용자의 Visual Studio 버전이 프로젝트의 ToolsVersion과 일치하는 MSBuild 도구 체인을 포함하는 경우 Visual Studio는 해당 도구 체인이 프로젝트를 빌드하도록 호출할 수 있습니다.
이전 버전에서 만든 프로젝트와 호환성을 유지하기 위해 Visual Studio 2019는 ToolsVersion 15, 14, 12 및 4를 지원하는 데 필요한 MSBuild 도구 체인을 포함합니다. 이러한 ToolsVersion 값 중 하나를 사용하는 프로젝트는 성공적인 빌드를 발생해야 합니다. (다시 한 번, 플랫폼 대상 지정 및 호환성에 설명된 대로 Visual Studio 2019가 프로젝트 형식을 지원하는지 여부에 따라 다릅니다.)
프로젝트를 수동으로 업데이트하거나 최신 ToolsVersion 값으로 마이그레이션하기를 원할 수도 있습니다. 이러한 변경은 필요하지 않으며, 프로젝트를 다시 빌드하도록 하려면 수정해야 하는 많은 오류 및 경고를 발생시킬 가능성이 있습니다. 또한 Visual Studio가 나중에 특정 ToolsVersion을 지원하지 않는 경우 프로젝트를 열 때 해당 ToolsVersion 값을 변경해야 하므로 프로젝트 마이그레이션 프로세스가 트리거됩니다.
다음 단계
자세한 논의 내용은 다음 아티클을 참조하십시오.