프로젝트 마이그레이션 및 Visual Studio 2017에 대한 업그레이드 참조Project migration and upgrade reference for Visual Studio 2017

새 버전의 Visual Studio에서는 일반적으로 이전 형식의 프로젝트, 파일 및 기타 자산을 대부분 지원합니다.Each new version of Visual Studio generally supports most previous types of projects, files, and other assets. 이러한 항목을 이전처럼 사용할 수 있습니다. 최신 기능에 의존하지 않을 경우 Visual Studio에서는 일반적으로 Visual Studio 2015, Visual Studio 2013, Visual Studio 2012 등과 같은 이전 버전과의 호환성을 유지하려 합니다.You can work with them as you always have, and provided that you don't depend on newer features, Visual Studio generally tries to preserve backwards compatibility with previous versions like Visual Studio 2015, Visual Studio 2013, and Visual Studio 2012. 버전별로 특정한 기능은 릴리스 정보를 참조하세요.(See the Release Notes for which features are specific to which versions.)

일부 프로젝트 형식 변경은 이후에 지원될 수 있습니다.Support for some project types also changes over time. 최신 버전의 Visual Studio에서 특정 프로젝트를 더 이상 지원하지 않거나, 더 이상 이전 버전과 호환되지 않도록 프로젝트를 업데이트할 수 있습니다.A newer version of Visual Studio may no longer support certain projects, or requires updating a project such that it's no longer backwards compatible. 마이그레이션 문제의 현재 상태는 Visual Studio 개발자 커뮤니티 사이트를 참조하세요.For current status on migration issues, refer to the Visual Studio Developer Community site.

중요

이 현재 문서에서는 마이그레이션과 관련된 Visual Studio 2017의 프로젝트 형식에 대한 세부 정보만 제공합니다.This present article provides details only for project types in Visual Studio 2017 that involve migration. 마이그레이션 문제가 없는 지원되는 프로젝트 형식은 포함되지 않습니다. 해당 목록은 플랫폼 대상 지정 및 호환성에서 확인할 수 있습니다.It does not include supported project types that have no migration issues; that list is found on Platform Targeting and Compatibility. 또한 일부 프로젝트 형식은 Visual Studio 2017에서 더 이상 지원되지 않으므로 마이그레이션할 수 없습니다.Note also that some project types are no longer supported in Visual Studio 2017 at all and therefore cannot be migrated.

중요

특정 프로젝트 형식은 Visual Studio 설치 관리자를 통해 적절한 워크로드를 설치해야 합니다.Certain project types require installing the appropriate workloads through the Visual Studio installer. 워크로드가 설치되어 있지 않으면 Visual Studio에서 알 수 없거나 호환되지 않는 프로젝트 형식을 보고합니다.If you don't have the workload installed, Visual Studio reports an unknown or incompatible project type. 이 경우 설치 옵션을 확인하고 다시 시도하세요.In that case, check your installation options and try again. Visual Studio 2017의 프로젝트 지원에 대한 자세한 내용은 플랫폼 대상 지정 및 호환성 문서를 참조하세요.Again, see the Platform Targeting and Compatibility article for details on project support in Visual Studio 2017.

프로젝트 형식Project types

다음 목록에서는 이전 버전에서 만든 프로젝트에 대한 Visual Studio 2017의 지원에 대해 설명합니다.The following list describes support in Visual Studio 2017 for projects that were created in earlier versions.

여기에 나열된 프로젝트 또는 파일 형식이 표시되지 않는 경우 이 문서의 Visual Studio 2015 버전을 참조하고 이 페이지의 맨 아래에 “설명서 사용자 의견 제공” 옵션을 사용하여 프로젝트의 세부 정보를 제공해 주세요.If you don't see a project or file type listed here that should be, consult the Visual Studio 2015 version of this article and use the "Give documentation feedback" option at the bottom of this page to provide details of your project. (응답을 원하는 경우 익명으로 “이 페이지가 도움이 되었나요?”라고 하기 보다는 설명서 사용자 의견을 (If you'd like a response, use the documentation feedback rather than the anonymous "Is this page helpful?" 사용합니다.)control.)

프로젝트 형식Type of Project Support(지원)Support
.NET Core 프로젝트(.xproj).NET Core projects (xproj) Visual Studio 2015로 만든 프로젝트는 xproj 프로젝트 파일을 포함하는 미리 보기 도구를 사용했습니다.Projects created with Visual Studio 2015 used preview tooling that included an xproj project file. Visual Studio 2017에서 xproj 파일을 열면 파일을 csproj 형식으로 마이그레이션(xproj 파일의 백업이 생성됨)하라는 메시지가 표시됩니다.When you open an xproj file with Visual Studio 2017, you are prompted to migrate the file to the csproj format (a backup of the xproj file is made). .NET Core 프로젝트의 이 csproj 형식은 Visual Studio 2015 및 이전 버전에서 지원되지 않습니다.This csproj format for .NET Core projects is not supported in Visual Studio 2015 and earlier. xproj 형식은 csproj로 마이그레이션해야만 Visual Studio 2017에서 지원됩니다.The xproj format is not supported in Visual Studio 2017 other than for migration to csproj. 자세한 내용은 csproj 형식으로 .NET Core 프로젝트 마이그레이션을 참조하세요.For more information, see Migrating .NET Core projects to the csproj format.
Application Insights를 사용하도록 지정한 ASP.NET 웹 응용 프로그램 및 ASP.NET Core 웹 응용 프로그램ASP.NET Web Application and ASP.NET Core Web Application with Application Insights enabled 각 Visual Studio 사용자의 리소스 정보가 사용자 인스턴스별 레지스트리에 저장됩니다.For each Visual Studio user, resource information is stored in the registry per user instance. 이 정보는 사용자가 프로젝트를 열지 않고 Azure Application Insights 데이터를 검색하려는 경우에 사용됩니다.This information is used when a user doesn't have a project opened and wants to search Azure Application Insights data. Visual Studio 2015에서는 Visual Studio 2017과 다른 레지스트리 위치를 사용하므로 충돌하지 않습니다.Visual Studio 2015 uses different registry location than Visual Studio 2017 and does not conflict.

사용자가 ASP.NET 웹 응용 프로그램 또는 ASP.NET Core 웹 응용 프로그램을 만들면 리소스가 .suo 파일에 저장됩니다.Once a user creates an ASP.NET Web Application or ASP.NET Core Web Application, the resource is stored in the .suo file. 사용자는 Visual Studio 2015 또는 2017에서 프로젝트를 열 수 있으며, Visual Studio에서 두 버전 간 사용 중인 프로젝트 및 솔루션이 지원될 경우 두 버전 모두에서 리소스 정보가 사용됩니다.The user can open the project in Visual Studio 2015 or 2017 and the resource information is used for both as long as Visual Studio supports projects and solutions being used across both versions. 사용자는 각 제품에 대해 한 번 인증해야 합니다.Users need to authenticate once on each product. 예를 들어 Visual Studio 2015에서 프로젝트를 만든 다음 Visual Studio 2017에서 열 경우 사용자는 Visual Studio 2017에서 인증해야 합니다.For example, if a project is created with Visual Studio 2015 and opened in Visual Studio 2017, the user needs to authenticate on Visual Studio 2017.
C#/Visual Basic Webform 또는 Windows FormC#/Visual Basic Webform or Windows Form Visual Studio 2017 및 Visual Studio 2015에서 프로젝트를 열 수 있습니다.You can open the project in Visual Studio 2017 and Visual Studio 2015.
데이터베이스 유닛 테스트 프로젝트(csproj, .vbproj)Database Unit Test Projects (csproj, .vbproj) 이전 데이터 유닛 테스트 프로젝트는 Visual Studio 2017에 로드되지만 GAC 종속성 버전을 사용합니다.Older Data Unit test projects are loaded in Visual Studio 2017 but use the GAC'd version of dependencies. 최신 종속성을 사용하도록 단위 테스트 프로젝트를 업그레이드하려면 솔루션 탐색기에서 프로젝트를 마우스 오른쪽 단추로 클릭하고 SQL Server 단위 테스트 프로젝트로 변환... 을 선택합니다.To upgrade the unit test project to use the latest dependencies, right-click on the project in Solution Explorer and select Convert to SQL Server Unit Testing Project....
F#F# Visual Studio 2017에서는 Visual Studio 2013 및 2015에서 만든 프로젝트를 열 수 있습니다.Visual Studio 2017 can open projects created in Visual Studio 2013 and 2015. 이러한 프로젝트에서 Visual Studio 2017 기능을 사용하려면 프로젝트 속성을 열고 대상 fsharp.core를 F# 4.1로 변경합니다.To enable Visual Studio 2017 features in these projects, however, open the project properties and change target fsharp.core to F# 4.1. Visual Studio 설치 관리자의 F# 언어 지원 옵션은 기본적으로 .NET 워크로드와 함께 선택되지 않습니다. 워크로드에 대해 해당 옵션을 선택하거나 개발 작업 아래 개별 구성 요소 탭에서 해당 옵션을 선택하여 포함해야 합니다.Note also that the F# language support option in the Visual Studio installer is not selected by default with .NET workloads; you must include it by selecting that option for the workload, or selecting it from the Individual components tab under Development activities.
InstallShieldInstallShield
MSI 설정MSI setup
Visual Studio 2010에서 만든 설치 관리자 프로젝트는 Visual Studio 설치 관리자 프로젝트 확장을 사용하여 이후 버전에서 열 수 있습니다.Installer projects created in Visual Studio 2010 can be opened in later versions with the help of the Visual Studio Installer Projects extension. 또한 WiX 도구 집합 Visual Studio 2017 확장을 참조하세요.Also see the WiX Toolset Visual Studio 2017 Extension. InstallShield Limited Edition은 더 이상 Visual Studio에 포함되지 않습니다.InstallShield Limited Edition is no longer included with Visual Studio. Visual Studio 2017에 대한 가용성은 Flexera Software에서 확인하세요.Check with Flexera Software about availability for Visual Studio 2017.
LightSwitchLightSwitch LightSwitch는 Visual Studio 2017에서 더 이상 지원되지 않습니다.LightSwitch is no longer supported in Visual Studio 2017. Visual Studio 2012 이전 버전에서 만들고 Visual Studio 2013 또는 Visual Studio 2015에서 연 프로젝트는 업그레이드되며 이후에는 Visual Studio 2013 또는 Visual Studio 2015에서만 열 수 있습니다.Projects created with Visual Studio 2012 and earlier opened in Visual Studio 2013 or Visual Studio 2015 are upgraded and can be opened only in Visual Studio 2013 or Visual Studio 2015 thereafter.
Visual Studio용 Microsoft Azure 도구Microsoft Azure Tools for Visual Studio 이러한 형식의 프로젝트를 열려면 먼저 Azure SDK for.NET을 설치한 다음 프로젝트를 엽니다.To open these types of projects, first install the Azure SDK for .NET, then open the project. 필요한 경우 프로젝트가 업데이트됩니다.If necessary, your project is updated.
모델-뷰-컨트롤러 프레임워크(ASP.NET MVC)Model-View-Controller framework (ASP.NET MVC) MVC 버전 및 Visual Studio 지원:Support for MVC versions and Visual Studio:
  • Visual Studio 2010 SP1은 MVC 2 및 MVC 3을 지원합니다. MVC 4 지원은 Visual Studio 2010 SP1용 ASP.NET 4 MVC 4 다운로드를 통해 추가됩니다.Visual Studio 2010 SP1 supports MVC 2 and MVC 3; MVC 4 support is added through the ASP.NET 4 MVC 4 for Visual Studio 2010 SP1 download
  • Visual Studio 2012에서는 MVC 3 및 MVC 4만 지원합니다.Visual Studio 2012 supports only MVC 3 and MVC 4
  • Visual Studio 2013에서는 MVC 4 및 MVC 5만 지원합니다.Visual Studio 2013 supports only MVC 4 and MVC 5
  • Visual Studio 2017 및 Visual Studio 2015에서는 MVC 4(기존 프로젝트를 열 수 있지만 새 프로젝트를 만들 수 없음) 및 MVC 5를 지원합니다.Visual Studio 2017 and Visual Studio 2015 supports MVC 4 (you can open existing projects but not create new ones) and MVC 5

MVC 버전 업그레이드:Upgrading MVC versions:
모델링Modeling Visual Studio에서 프로젝트를 자동으로 업데이트하도록 허용하면 Visual Studio 2015, Visual Studio 2013 또는 Visual Studio 2012에서 프로젝트를 열 수 있습니다.If you allow Visual Studio to update the project automatically, you can open it in Visual Studio 2015, Visual Studio 2013, or Visual Studio 2012.

모델링 프로젝트의 형식은 Visual Studio 2015 및 Visual Studio 2017 간에 변경되지 않으므로 어느 버전에서든 프로젝트를 열고 수정할 수 있습니다.The format of the modeling project has not changed between Visual Studio 2015 and Visual Studio 2017 and the project can be opened and modified in either version. 하지만 Visual Studio 2017의 동작에 차이가 있습니다.However, there are differences in behavior in Visual Studio 2017:
  • 모델링 프로젝트를 메뉴 및 템플릿에서 “종속성 유효성 검사” 프로젝트라고 합니다.Modeling projects are now referred to as "Dependency Validation" projects in the menus and templates.
  • UML 다이어그램은 Visual Studio 2017에서 더 이상 지원되지 않습니다.UML diagrams are no longer supported in Visual Studio 2017. UML 파일은 솔루션 탐색기에 이전처럼 나열되지만 XML 파일로 열립니다.UML files are listed in the Solution Explorer as before but are opened as XML files. UML 다이어그램을 보거나, 만들거나, 편집하려면 Visual Studio 2015를 사용하세요.Use Visual Studio 2015 to view, create, or edit UML diagrams.
  • Visual Studio 2017에서는 모델링 프로젝트를 빌드할 때 더 이상 아키텍처 종속성 유효성 검사가 수행되지 않습니다.In Visual Studio 2017, validation of architectural dependencies is no longer performed when the modeling project is built. 대신 각 코드 프로젝트를 빌드할 때 유효성 검사가 수행됩니다.Instead, validation is carried out as each code project is built. 이 변경은 모델링 프로젝트에 영향을 주지 않지만 유효성을 검사할 코드 프로젝트를 변경해야 합니다.This change does not affect the modeling project, but it does require changes to the code projects being validated. Visual Studio 2017에서는 필요한 경우 코드 프로젝트를 자동으로 변경할 수 있습니다(자세한 정보).Visual Studio 2017 can automatically make the necessary changes to the code projects (more information).
MSI 설정(vdproj)MSI Setup (vdproj) InstallShield 프로젝트를 참조하세요.See InstallShield Projects.
Office 2007 VSTOOffice 2007 VSTO Visual Studio 2017에 단방향 업그레이드가 필요합니다.Requires a one-way upgrade for Visual Studio 2017.
Office 2010 VSTOOffice 2010 VSTO 프로젝트 대상이 .NET Framework 4일 경우 Visual Studio 2010 SP1 이상에서 이 프로젝트를 열 수 있습니다.If the project targets the .NET Framework 4, you can open it in Visual Studio 2010 SP1 and later. 다른 모든 프로젝트에는 단방향 업그레이드가 필요합니다.All other projects require a one-way upgrade.
Service Fabric(sfproj)Service Fabric (sfproj) Service Fabric 응용 프로그램 프로젝트가 ASP.NET Core 서비스 프로젝트를 참조하지 않을 경우 Visual Studio 2015 또는 Visual Studio 2017에서 Service Fabric 응용 프로그램 프로젝트를 열 수 있습니다.Service Fabric Application Projects can be opened in either Visual Studio 2015 or Visual Studio 2017, unless the Service Fabric Application project references an ASP.NET Core service project. Visual Studio 2015의 Service Fabric 프로젝트를 Visual Studio 2017에서 여는 경우 xproj 형식에서 csproj 형식으로 단방향 마이그레이션됩니다.Service Fabric projects from Visual Studio 2015 that are opened in Visual Studio 2017 are one-way migrated from the xproj format to csproj. 이 표에서 앞부분에 있는 “.NET Core 프로젝트(xproj)”를 참조하세요.See ".NET Core projects (xproj)" earlier in this table.
SharePoint 2010SharePoint 2010 Visual Studio 2017을 사용하여 SharePoint 솔루션 프로젝트를 열면 SharePoint 2013 또는 SharePoint 2016으로 업그레이드됩니다.When a SharePoint solution project is opened with Visual Studio 2017, it's upgraded to either SharePoint 2013 or SharePoint 2016. 업그레이드를 위해서는 “.NET 데스크톱 개발” 워크로드가 Visual Studio 2017에 설치되어 있어야 합니다.The ".NET Desktop Development" workload must be installed in Visual Studio 2017 for the upgrade.

SharePoint 프로젝트를 업그레이드하는 방법에 대한 자세한 내용은 SharePoint 2013으로 업그레이드, SharePoint Server 2013에서 워크플로 업데이트데이터베이스 연결 업그레이드를 위해 SharePoint Server 2016 팜 만들기를 참조하세요.For more information about how to upgrade SharePoint projects, see Upgrade to SharePoint 2013, Update Workflow in SharePoint Server 2013, and Create the SharePoint Server 2016 farm for a database attach upgrade.
SharePoint 2016SharePoint 2016 Office 개발자 도구 미리 보기 2에서 만든 SharePoint 추가 기능 프로젝트를 Visual Studio 2017에서 열 수 없습니다.SharePoint Add-In projects created in Office Developer Tools Preview 2 cannot be opened in Visual Studio 2017. 이 제한을 해결하려면 csproj 또는 vbproj 파일에 있는 MinimumVisualStudioVersion을 12.0으로, MinimumOfficeToolsVersion을 12.2로 업데이트합니다.To work around this limitation, update the MinimumVisualStudioVersion to 12.0 and MinimumOfficeToolsVersion to 12.2 in the csproj vbproj file.
SilverlightSilverlight Silverlight 프로젝트는 Visual Studio 2017에서 지원되지 않습니다.Silverlight projects not supported in Visual Studio 2017. Silverlight 응용 프로그램을 유지하려면 Visual Studio 2015를 계속 사용합니다.To maintain Silverlight applications, continue to use Visual Studio 2015.
SQL Server Reporting Services 및 SQL Server Analysis Services(SSRS, SSDT, SSAS, MSAS)SQL Server Reporting Services and SQL Server Analysis Services (SSRS, SSDT, SSAS, MSAS) 이러한 프로젝트 형식에 대한 지원은 Visual Studio Gallery에서 Microsoft Analysis Services Modeling ProjectsMicrosoft Reporting Services Projects라는 두 개의 확장을 통해 제공됩니다.Support for these project types is provided through two extensions in the Visual Studio Gallery: Microsoft Analysis Services Modeling Projects and Microsoft Reporting Services Projects. SSDT는 Visual Studio 2017에서 데이터 저장 및 처리 워크로드를 지원합니다.SSDT support is also included with the Data Storage and Processing workload in Visual Studio 2017.
SSIS(SQL Server Integration Services)SQL Server Integration Services (SSIS) Visual Studio 2017에 대한 지원은 SSDT(SQL Server Data Tools)를 통해 제공됩니다.Support for Visual Studio 2017 is available through the SQL Server Data Tools (SSDT). 자세한 내용은 SQL Server Integration Services 블로그를 참조하세요.For more information, see the SQL Server Integration Services blog.
Visual C++Visual C++ Visual Studio 2017을 사용하여 Visual Studio 2010까지 이전 버전의 Visual Studio에서 만든 프로젝트에서 작업할 수 있습니다.You can use Visual Studio 2017 to work in projects that were created in earlier versions of Visual Studio back to Visual Studio 2010. 프로젝트를 처음 열면 최신 컴파일러 및 도구 집합으로 업그레이드하거나 원래 항목을 계속 사용하는 옵션이 있습니다.When you first open the project, you have the option to upgrade to the latest compiler and toolset or to continue using the original ones. 원래 항목을 계속 사용하도록 선택하면 Visual Studio 2017에서는 프로젝트 파일을 수정하지 않으며 이전 Visual Studio 설치의 도구 집합을 사용하여 프로젝트를 빌드합니다.If you choose to keep using the original ones, Visual Studio 2017 does not modify the project file, and uses the toolset from the earlier Visual Studio installation to build your project. 원래 옵션을 유지하는 것은 필요한 경우 원래 버전의 Visual Studio에서 프로젝트를 열 수 있음을 의미합니다.Keeping the original options means you can still open the project in the original version of Visual Studio if necessary. 자세한 내용은 Visual Studio의 네이티브 멀티 타기팅을 사용하여 이전 프로젝트 빌드를 참조하세요.For more information, see Use native multi-targeting in Visual Studio to build old projects.
Visual Studio 확장성/VSIXVisual Studio Extensibility/VSIX MinimumVersion 14.0 이하의 프로젝트는 업데이트를 통해 MinimumVersion 15.0으로 선언됩니다. 그러면 이전 버전의 Visual Studio에서 프로젝트를 열 수 없습니다.Projects with MinimumVersion 14.0 or less are updated to declare MinimumVersion 15.0, which prevents the project from being opened in earlier versions of Visual Studio. 이전 버전에서 프로젝트를 열 수 있도록 허용하려면 MinimumVersion을 $(VisualStudioVersion)(으)로 설정합니다.To allow a project to open in earlier versions, set MinimumVersion to $(VisualStudioVersion). 방법: Visual Studio 2017로 확장성 프로젝트 마이그레이션을 참조하세요.See also How to: Migrate Extensibility Projects to Visual Studio 2017.
Visual Studio Lab ManagementVisual Studio Lab Management Microsoft Test Manager 또는 Visual Studio 2010 SP1 이상을 사용하여 이러한 버전에서 만든 환경을 열 수 있습니다.You can use Microsoft Test Manager or Visual Studio 2010 SP1 and later to open environments created in any of these versions. 그러나 Visual Studio 2010 SP1의 경우 환경을 만들기 전에 Microsoft Test Manager 버전이 Team Foundation Server 버전과 일치해야 합니다.However, for Visual Studio 2010 SP1 the version of Microsoft Test Manager must match the version of Team Foundation Server before you can create environments.
Apache Cordova용 Visual Studio ToolsVisual Studio Tools for Apache Cordova Visual Studio 2017에서 프로젝트를 열 수는 있지만 이전 버전과 호환되지 않습니다.Projects can be opened in Visual Studio 2017, but are not backwards compatible. Visual Studio 2015에서 프로젝트를 열면 프로젝트를 수정하도록 허용할지 여부를 묻는 메시지가 표시됩니다.Upon opening a project from Visual Studio 2015, you're prompted to allow modifications to your project. 이 수정은 프로젝트에서 taco.json 파일 대신 도구 집합을 사용하여 Cordova 라이브러리의 버전, 플랫폼 및 플러그인, 노드/npm 종속성을 관리하도록 업그레이드합니다.This modification upgrades the project to use toolsets instead of a taco.json file to manage the versioning of the Cordova library, its platforms, its plugins, and its node/npm dependencies. 자세한 내용은 마이그레이션 가이드를 참조하세요.See the migration guide for more information.
웹 배포(wdproj)Web Deployment (wdproj) 게시 프로필 지원이 추가되면서 Visual Studio 2012에서 웹 배포 프로젝트 지원이 제거되었습니다.Support for Web Deployment projects was removed in Visual Studio 2012 with the addition of publish profile support. Visual Studio 2017에 동등한 기능이 없으므로 이러한 프로젝트에 대한 자동 마이그레이션 경로는 없습니다.Because there is no equivalent in Visual Studio 2017, there is no automatic migration path for such projects. 대신, StackOverflow에 설명된 대로 텍스트 편집기에서 wdproj 파일을 열고 사용자 지정을 복사하여 pubxml(게시 프로필) 파일에 붙여넣습니다.Instead, open the wdproj file in a text editor and copy-paste any customizations into to the pubxml (publish profile) file, as described on StackOverflow. 또한 Plans regarding website and web deployment projects(웹 사이트 및 웹 배포 프로젝트에 관한 계획)(MSDN 블로그)를 참조하세요.Also see Plans regarding website and web deployment projects (MSDN blogs).
Windows Communication Foundation, Windows Workflow FoundationWindows Communication Foundation, Windows Workflow Foundation Visual Studio 2017, Visual Studio 2015, Visual Studio 2013 및 Visual Studio 2012에서 이 프로젝트를 열 수 있습니다.You can open this project in Visual Studio 2017, Visual Studio 2015, Visual Studio 2013, and Visual Studio 2012
Windows Presentation FoundationWindows Presentation Foundation Visual Studio 2013, Visual Studio 2012 및 Visual Studio 2010 SP1에서 이 프로젝트를 열 수 있습니다.You can open this project in Visual Studio 2013, Visual Studio 2012, and Visual Studio 2010 SP1.
Windows 스토어/전화 앱Windows Store/Phone apps Visual Studio 2017에서는 Windows 스토어 8.1 및 8.0, Windows Phone 8.1 및 8.0용 프로젝트가 지원되지 않습니다.Projects for Windows Store 8.1 and 8.0, and Windows Phone 8.1 and 8.0 are not supported in Visual Studio 2017. 이러한 앱을 유지하려면 Visual Studio 2015를 계속 사용합니다.To maintain these apps, continue to use Visual Studio 2015. Windows Phone 7.x 프로젝트를 유지하려면 Visual Studio 2012를 사용합니다.To maintain Windows Phone 7.x projects, use Visual Studio 2012.

Visual Studio가 프로젝트를 마이그레이션하는 시기를 결정하는 방식How Visual Studio decides when to migrate a project

새 버전의 각 Visual Studio는 일반적으로 동일한 프로젝트가 다른 버전에서 열리고 수정되고 빌드될 수 있도록 이전 버전과 호환성을 유지하려 합니다.Each new version of Visual Studio generally seeks to maintain compatibility with previous versions, such that the same project can be opened, modified, and built across different versions. 그러나 일부 프로젝트 형식이 더 이상 지원되지 않을 정도로 시간이 흐르면 변경을 피할 수가 없습니다.However, there are inevitable changes over time such that some project types may no longer be supported. (Visual Studio 2017에서 지원되는 프로젝트 형식에 대한 플랫폼 타키팅 및 호환성을 참조합니다.) 이러한 경우에는 최신 버전의 Visual Studio가 프로젝트를 로드하지 않고 마이그레이션 경로를 제공하지 않습니다. Visual Studio 이전 버전의 프로젝트가 이를 지원하도록 유지해야 하기 때문입니다.(See Platform Targeting and Compatibility for which project types are supported in Visual Studio 2017.) In these cases, a newer version of Visual Studio won't load the project and doesn't offer a migration path; you need to maintain that project in a previous version of Visual Studio that does support it.

다른 경우에 최신 버전의 Visual Studio는 프로젝트를 열 수 있지만 이전 버전과 호환되지 않게 렌더링하는 방식으로 프로젝트를 업데이트하거나 마이그레이션해야 합니다.In other cases, the newer version of Visual Studio can open a project, but must update or migrate the project in such a way that might render it incompatible with previous versions. Visual Studio는 이러한 마이그레이션이 필요한지 여부를 결정하는 많은 기준을 사용합니다.Visual Studio uses a number of criteria to determine whether such migration is necessary:

  • Visual Studio 2013 RTM으로 돌아간 플랫폼의 대상 버전과의 호환성.Compatibility with the target versions of platforms, back to Visual Studio 2013 RTM.

  • Visual Studio 이전 버전과 디자인 타임 자산의 호환성.Compatibility of design-time assets with previous versions of Visual Studio. (즉 Visual Studio 2017의 다른 채널, Visual Studio 2015 RTM 및 업데이트 3, Visual Studio 2013 RTM 및 업데이트 5, Visual Studio 2012 업데이트 4, Visual Studio 2010 SP 1.) Visual Studio 2017은 이전 버전에서 프로젝트를 열 수 있을 정도로 더 이상 사용되지 않는 디자인 타임 자산을 손상시키지 않는 것을 목표로 합니다.(Namely different channels of Visual Studio 2017; Visual Studio 2015 RTM & Update 3; Visual Studio 2013 RTM & Update 5; Visual Studio 2012 Update 4; Visual Studio 2010 SP 1.) Visual Studio 2017 aims to fail gracefully with deprecated design-time assets without corrupting them, such that previous versions can still open the project.

  • 새로운 디자인 타임 자산이 이전 버전 Visual Studio 2013 RTM & 업데이트 5와의 호환성을 중단하는지 여부.Whether new design time assets would break compatibility with previous versions down to Visual Studio 2013 RTM & Update 5.

문제의 프로젝트 유형의 엔지니어링 소유자는 이러한 기준을 지향하며 지원, 호환성 및 마이그레이션이 관련된 위치에서 호출을 합니다.The engineering owner of the project type in question looks at these criteria and makes the call where support, compatibility, and migration are concerned. Visual Studio는 가능한 Visual Studio 버전 간에 투명한 호환성을 유지하려 합니다. 이는 Visual Studio의 한 버전에서 프로젝트를 만들고 수정할 수 있고 다른 버전에서도 작동한다는 의미입니다.Again, Visual Studio tries to maintain transparent compatibility between Visual Studio versions if possible, meaning that one can create and modify projects in one version of Visual Studio and it just works in other versions.

그러나 이 아티클에 설명된 일부 프로젝트 유형에서처럼 이러한 호환성이 가능하지 않은 경우 Visual Studio는 업그레이드 마법사를 열고 필요한 단방향 변경을 합니다.If such compatibility is not possible, however, as with some of the project types described in this article, then Visual Studio opens the upgrade wizard to make the necessary one-way changes.

이러한 단방향 변경이 프로젝트 파일에서 ToolsVersion 속성의 변경을 포함할 수 있습니다. 이는 정확하게 MSBuild의 버전이 프로젝트의 소스 코드를 사용자가 원하는 실행가능하고 배포가능한 아티팩트로 바꿀 수 있음을 나타냅니다.Such one-way changes may involve changing the ToolsVersion property in the project file, which denotes exactly which version of MSBuild can turn the project's source code into runnable and deployable artifacts that you ultimately want. 곧 이전 버전의 Visual Studio와 호환되지 않는 프로젝트를 렌더링한 것은 Visual Studio 버전이 아니라 ToolsVersion에서 결정한 대로 MSBuild 버전입니다.That is, what renders a project incompatible with previous versions of Visual Studio is not the Visual Studio version, but the MSBuild version, as determined by ToolsVersion. Visual Studio 버전이 프로젝트의 ToolsVersion과 일치하는 MSBuild 도구 체인을 포함하는 한은 Visual Studio는 해당 도구 체인이 프로젝트를 빌드하도록 호출할 수 있습니다.So long as your version of Visual Studio contains the MSBuild toolchain that matches the ToolsVersion in a project, then Visual Studio can invoke that toolchain to build the project.

이전 버전에서 만든 프로젝트와 최대한 호환성을 유지하기 위해 Visual Studio 2017은 ToolsVersion 15, 14, 12 및 4를 지원하는 데 필요한 MSBuild 도구 체인을 포함합니다.To maintain maximum compatibility with projects created in older versions, Visual Studio 2017 includes the necessary MSBuild toolchains to support ToolsVersion 15, 14, 12, and 4. 이러한 ToolsVersion 값 중 하나를 사용하는 프로젝트는 성공적인 빌드를 발생해야 합니다.Projects that use any of these ToolsVersion values should result in a successful build. (플랫폼 대상 지정 및 호환성에 설명된 대로 Visual Studio 2017이 프로젝트 형식을 항상 지원하는지 여부의 주제.)(Subject, again, to whether Visual Studio 2017 supports the project type at all, as described on Platform Targeting and Compatibility.)

이 컨텍스트에서 수동으로 프로젝트를 최신 ToolsVersion 값으로 업데이트하거나 마이그레이션해야 하는지 여부의 의문이 자연스럽게 발생합니다.In this context, the question naturally arises whether you should try to manually update or migrate a project to a newer ToolsVersion value. 이러한 변경은 필요하지 않으며, 프로젝트를 다시 빌드하도록 수정해야 하는 많은 오류 및 경고를 발생시킬 가능성이 있습니다.Making such a change is unnecessary, and would likely generate many errors and warnings that you'd need to fix to get the project to build again. 또한 Visual Studio가 향후 특정 ToolsVersion에 대한 지원을 중단하는 경우 특히 ToolsVersion 값을 변경해야 하기 때문에 프로젝트를 열면 프로젝트 마이그레이션 프로세스를 트리거하게 됩니다.Furthermore, if Visual Studio drops support for a specific ToolsVersion in the future, then opening the project will trigger the project migration process specifically because the ToolsVersion value must be changed. 이러한 경우 해당 특정 프로젝트 형식에 대한 하위 시스템은 변경될 사항을 정확히 알고 이 아티클의 앞에서 설명한 대로 자동으로 이러한 변경을 수행할 수 있습니다.In such a case, the subsystem for that specific project type knows exactly what needs to be changed, and can make those changes automatically as described earlier in this article.

자세한 논의 내용은 다음 아티클을 참조하십시오.Refer to the following articles for further discussion: