단일 프로젝트 MSIX를 사용하여 앱 패키지

단일 프로젝트 MSIX는 별도의 패키징 프로젝트를 사용하지 않고 Windows 앱 SDK를 사용하여 MSIX 패키지 데스크톱 앱을 빌드할 수 있게 해주는 기능입니다. 이 기능은 현재 다음과 같은 시나리오에 사용할 수 있는 독립 실행형 Visual Studio 확장으로 사용할 수 있습니다.

  • Windows 앱 SDK의 빈 앱, 패키지(데스크톱의 WinUI 3) 템플릿을 사용하여 새 데스크톱 프로젝트를 만듭니다. 이러한 프로젝트는 별도의 패키징 프로젝트를 사용하지 않고 MSIX 패키지에 앱을 빌드하도록 구성됩니다.
  • 별도의 패키징 프로젝트가 더 이상 필요하지 않도록 Windows 앱 SDK를 사용하여 만든 기존 데스크톱 WinUI 3 프로젝트를 수정합니다.

Comparing packaging project to single project

개요

이 섹션에서는 단일 프로젝트 MSIX 기능에 대한 몇 가지 중요한 세부 정보를 소개합니다.

이점

단일 프로젝트 MSIX 기능을 도입하기 전에 MSIX 패키지 데스크톱 앱을 빌드하려면 솔루션에는 앱 프로젝트와 별도 Windows 애플리케이션 패키징 프로젝트의 두 프로젝트가 필요합니다. 단일 프로젝트 MSIX 기능을 사용하면 앱 프로젝트를 사용하여 앱을 개발하고 빌드할 수 있습니다. 이를 통해 더 정리된 프로젝트 구조와 보다 간단한 개발 환경을 제공합니다. 예를 들어 더 이상 별도의 패키징 프로젝트를 시작 프로젝트로 선택할 필요가 없습니다.

지원되는 프로젝트 형식

단일 프로젝트 MSIX 기능의 현재 릴리스는 Windows 앱 SDK Visual Studio(C# 및 C++)의 WinUI 3 템플릿을 지원합니다.

제한 사항

단일 프로젝트 MSIX는 생성된 MSIX 패키지의 단일 실행 파일만 지원합니다. 여러 실행 파일을 단일 MSIX 패키지에 결합해야 하는 경우 솔루션에서 Windows 애플리케이션 패키징 프로젝트를 계속 사용해야 합니다.

단일 프로젝트 MSIX 패키징 도구 설치

새 MSIX 패키지 WinUI 3 앱을 만드는 데 사용할 수 있는 프로젝트 템플릿을 포함하는 단일 프로젝트 MSIX 패키징 도구는 Visual Studio 대한 Windows 앱 SDK 확장에 포함되어 있습니다. SDK에 대한 설치 지침은 Windows 앱 SDK 대한 설치 도구를 참조하세요.

1.0 미리 보기 3의 Windows 앱 SDK 0.8 및 C# 버전: 단일 프로젝트 MSIX 패키징 도구는 Windows 앱 SDK 0.8용 Visual Studio 또는 Windows 앱 SDK Preview 3까지 포함된 C# 프로젝트의 Windows 앱 SDK 확장에 포함되지 않습니다. 1.0. 따라서 해당 버전을 사용하는 경우 아래 링크를 사용하여 단일 프로젝트 MSIX 패키징 도구를 명시적으로 설치해야 합니다.

새 프로젝트 만들기

Windows 앱 SDK 1.0 미리 보기 2 이상 버전을 사용하는 경우 빈 앱, 패키지(데스크톱의 WinUI 3) 템플릿을 사용하여 단일 프로젝트 MSIX 지원 기능을 포함하는 새 WinUI 3 기반 프로젝트를 만들 수 있습니다. 자세한 내용은 첫 번째 WinUI 3 프로젝트 만들기를 참조하세요.

기존 프로젝트 수정

Windows 앱 SDK를 사용하여 만든 기존 데스크톱 WinUI 3 프로젝트를 수정하려면 다음 단계를 수행합니다. 그러면 MSIX 패키지를 빌드하는 데 필요한 패키지 매니페스트와 기타 지원이 패키징 프로젝트가 아닌 애플리케이션 프로젝트에 있습니다.

1단계: 기존 패키징 프로젝트 만들기 또는 열기

Windows 애플리케이션 패키징Project 포함하는 WinUI 3 데스크톱 앱(Visual Studio WinUI 3 템플릿 참조)에 대한 솔루션이 이미 있는 경우 지금 Visual Studio 해당 솔루션을 엽니다.

그렇지 않으면 첫 번째 WinUI 3 프로젝트 만들기의 지침에 따라 Visual Studio 데스크톱 프로젝트에서 새 WinUI 3을 만듭니다.

A project using the packaging project

2단계: 애플리케이션 프로젝트 설정 편집

다음으로, 단일 프로젝트 MSIX 기능을 사용하도록 일부 구성 설정을 편집합니다. 프로젝트 형식 및 Visual Studio 버전에 따라 다른 지침이 있습니다.

  1. 솔루션 탐색기에서 애플리케이션의 프로젝트 노드를 두 번 클릭하여 XML 편집기에서 .csproj 파일을 엽니다. 주요 <PropertyGroup> 요소에 다음 XML을 추가합니다.

    <EnablePreviewMsixTooling>true</EnablePreviewMsixTooling>
    <PublishProfile>Properties\PublishProfiles\win10-$(Platform).pubxml</PublishProfile>
    

    완료되면 <PropertyGroup> 요소가 다음과 같이 표시됩니다.

    <Project Sdk="Microsoft.NET.Sdk">
      <PropertyGroup>
        <OutputType>WinExe</OutputType>
        <TargetFramework>net5.0-windows10.0.19041.0</TargetFramework>
        ...
        <UseWinUI>true</UseWinUI>
        <EnablePreviewMsixTooling>true</EnablePreviewMsixTooling>
        <PublishProfile>Properties\PublishProfiles\win10-$(Platform).pubxml</PublishProfile>
      </PropertyGroup>
    
  2. 변경 내용을 저장하고 .csproj 파일을 닫습니다.

  3. Visual Studio 버전에 따라 다음 절차 중 하나를 수행합니다.

    Visual Studio 2019용

    1. 솔루션 탐색기에서 애플리케이션의 프로젝트 노드를 마우스 오른쪽 단추로 클릭하고 속성을 선택합니다.

    2. 디버그 탭을 선택하고 시작 속성을 MsixPackage로 설정합니다. 첫 번째 시도로 다시 되돌아가는 경우 이를 두 번 선택해야 할 수 있습니다.

      Enabling MsixProject option

    3. 변경 내용을 저장합니다.

    Visual Studio 2022용

    1. 솔루션 탐색기에서 애플리케이션의 프로젝트 노드 아래 속성 폴더를 마우스 오른쪽 단추로 클릭하고 새 항목>추가를 선택합니다.

    2. 텍스트 파일을 선택하고, 새 파일의 이름을 launchSettings.json로 설정한 다음, 추가를 클릭합니다. 새 파일이 애플리케이션 프로젝트의 속성 폴더에 있는지 확인합니다.

    3. 다음 설정을 새 파일에 복사합니다. 시나리오에 필요한 대로 값을 자유롭게 변경할 수 있습니다. MyApp 값은 모든 문자열이 될 수 있으며, 애플리케이션의 이름과 일치하지 않아도 됩니다.

      {
          "profiles": {
              "MyApp": {
                  "commandName": "MsixPackage",
                  "commandLineArgs": "", /* Command line arguments to pass to the app. */
                  "alwaysReinstallApp": false, /* Uninstall and then reinstall the app. All information about the app state is deleted. */
                  "remoteDebugEnabled": false, /* Indicates that the debugger should attach to a process on a remote machine. */
                  "allowLocalNetworkLoopbackProperty": true, /* Allow the app to make network calls to the device it is installed on. */
                  "authenticationMode": "Windows", /* The authentication scheme to use when connecting to the remote machine. */
                  "doNotLaunchApp": false, /* Do not launch the app, but debug my code when it starts. */
                  "remoteDebugMachine": "", /* The name of the remote machine. */
                  "nativeDebugging": false /* Enable debugging for managed and native code together, also known as mixed-mode debugging. */
              }
          }
      }
      
    4. launchSettings.json 파일을 저장하고 닫습니다.

3단계: 애플리케이션 프로젝트로 파일 이동

다음으로, 몇 가지 중요한 파일을 애플리케이션 프로젝트로 이동합니다. 프로젝트 형식 및 Visual Studio 버전에 따라 다른 지침이 있습니다.

  1. 파일 탐색기에서 Package.appxmanifest 파일과 이미지 폴더를 패키징 프로젝트에서 애플리케이션 프로젝트로 이동합니다. 애플리케이션 프로젝트 폴더 계층 구조의 최상위 수준에 이 파일 및 폴더를 놓습니다.
  2. 솔루션에서 패키징 프로젝트를 제거합니다.

Illustration of moving files to main app

4단계: Configuration Manager에서 배포 사용

  1. 빌드 ->Configuration Manager를 선택합니다.
  2. 구성 관리자에서 구성 및 플랫폼의 모든 조합(예: 디버그x86, 디버그arm64, 릴리스x64 등)에 대한 배포 확인란을 클릭합니다.

    참고

    배포 확인란과 동일한 행에 있는 구성플랫폼 드롭다운 대신 위쪽에 있는 활성 솔루션 구성활성 솔루션 플랫폼 드롭다운을 사용해야 합니다.

Enabling Deploy in Configuration Manager

5단계: 앱 배포

애플리케이션 프로젝트를 빌드하고 배포합니다. Visual Studio는 MSIX 패키지에 애플리케이션을 빌드하고, 패키지를 설치한 다음, 애플리케이션을 실행합니다.

6단계: 게시를 위한 앱 패키지

Store에 게시할 애플리케이션을 패키징하려면 Visual Studio의 패키징 & 게시 명령을 사용합니다.

단일 프로젝트 MSIX 앱 빌드 및 패키징 자동화

msbuild를 사용하여 단일 프로젝트 MSIX 앱을 빌드하고 패키징할 수 있으므로 워크플로를 자동화할 수 있습니다. 단일 프로젝트 솔루션에 대한 기술 및 명령줄은 두 프로젝트 솔루션(Windows 애플리케이션 패키징 프로젝트가 있는 경우)이 있는 경우 이미 수행하고 있는 것과 약간 다릅니다.

단일 프로젝트 솔루션에 대한 중요한 빌드 명령 옵션은 /p:GenerateAppxPackageOnBuild=true입니다. 이 옵션을 사용하지 않으면 프로젝트가 빌드되지만 MSIX 패키지는 가져오지 않습니다. 이 옵션을 포함하여 MSIX 패키지를 생성합니다.

WinUI 3 단일 프로젝트 솔루션을 빌드하는 GitHub 작업의 형태로 전체 예제가 있습니다.

참고

단일 프로젝트 MSIX는 현재 MSIX 번들 생성을 지원하지 않습니다(MSIX 패키지 번들링 참조). 단일 MSIX만 생성합니다. 그러나 MSIX 번들러 GitHub 작업을 사용하여 .msix 파일을 MSIX 번들로 번들링할 수 있습니다.

피드백 제공

피드백을 보내거나, 문제를 보고하거나, 단일 프로젝트 MSIX 기능에 대해 질문하려면 Windows 앱 SDK GitHub 리포지토리에 토론 또는 문제를 게시하세요.