Создание файла Установщика приложений в Visual Studio Create an App Installer file with Visual Studio
Начиная с Windows 10, версии 1803 и Visual Studio 2017, обновление 15,7, загруженные неопубликованные приложения можно настроить для получения автоматических обновлений с помощью .appinstaller файла. Starting with Windows 10, Version 1803, and Visual Studio 2017, Update 15.7, sideloaded apps can be configured to receive automatic updates using an .appinstaller file. Visual Studio поддерживает включение этих обновлений. Visual Studio supports enabling these updates.
Местоположение файла установщика приложений App Installer file location
Файл .appinstaller можно разместить в общем расположении, например конечной точке HTTP или общей папке UNC. Этот файл включает путь для поиска пакетов приложения, которые требуется установить. The .appinstaller file can be hosted in a shared location like a HTTP endpoint or a UNC shared folder, and includes the path to find the app packages to be installed. Пользователи устанавливают приложение из общего расположения и включают периодические проверки обновлений. Users install the app from the shared location and enable periodic checks for new updates.
Настройка проекта для подходящей версии Windows Configure the project to target the correct Windows version
Можно настроить свойство TargetPlatformMinVersion при создании проекта или изменить его позже в свойствах проекта. You can either configure the TargetPlatformMinVersion property when you create the project, or change it later from the project properties.
Файл установщика приложения создается только при использовании TargetPlatformMinVersion Windows 10 версии 1803 или более поздней. The app installer file is only generated when the TargetPlatformMinVersion is Windows 10, Version 1803 or greater.
Создание пакетов Create packages
Чтобы распространить приложение с помощью загрузки неопубликованных приложений, необходимо создать пакет приложения (Appx/. msix) или набор приложений (. appxbundle/. msixbundle) и опубликовать его в общем расположении. To distribute an app via sideloading, you must create an app package (.appx/.msix) or app bundle (.appxbundle/.msixbundle) and publish it in a shared location.
Для этого используйте мастер создания пакетов приложения в Visual Studio и выполните следующие шаги. To do that, use the Create App Packages wizard in Visual Studio with the following steps.
Щелкните проект правой кнопкой мыши и выберите Магазин -> Создать пакеты приложения. Right-click the project and choose Store -> Create App Packages.
Откроется мастер Создание пакетов приложения. The Create App Packages wizard appears.
Выберите Я хочу создать пакеты для загрузки неопубликованных приложений. Select I want to create packages for sideloading. и Включить автоматические обновления and Enable automatic updates
Включить автоматические обновления включается, только если для TargetPlatformMinVersion проекта указана подходящая версия Windows 10. Enable automatic updates is enabled only if the project’s TargetPlatformMinVersion is set to the correct version of Windows 10.
Не забудьте выбрать поддерживаемые конфигурации архитектуры в диалоговом окне Выберите и настройте пакеты. The Select and Configure Packages dialog allows you to select the supported architecture configurations. Если выбран пакет, он создаст отдельный установщик, однако если вы не хотите использовать пакет и предпочитаете по одному пакету на архитектуру, вы получите один файл установщика на архитектуру. If you select a bundle it will generate a single installer, however if you don’t want a bundle and prefer one package per architecture you will also get one installer file per architecture. Если вы не уверены, какие архитектуры выбрать, или хотите узнать больше о том, какие архитектуры используются разными устройствами, см. информацию в разделе Архитектуры пакета приложения. If you’re unsure which architecture(s) to choose, or want to learn more about which architectures are used by various devices, see App package architectures.
Настройте любые дополнительные сведения, включая номер версии и выходное расположение пакета. Configure any additional details, such as version numbering or the package output location.
Если установлен флажок Включить автоматические обновления в шаге 2, отобразится диалоговое окно Настройка параметров обновления. If you checked Enable automatic updates in Step 2, the Configure Update Settings dialog will appear. Здесь можно указать URL-адрес установки и периодичность проверки обновлений. Here, you can specify the Installation URL and the frequency of update checks.
Если приложение успешно упаковано, в диалоговом окне отобразится расположение выходной папки, которая содержит ваш пакет приложения. When your app has been successfully packaged, a dialog will display the location of the output folder containing your app package. Выходная папка содержит все файлы, необходимые для загрузки неопубликованного приложения, включая страницу HTML, которую можно использовать для продвижения вашего приложения. The output folder includes all the files needed to sideload the app, including an HTML page that can be used to promote your app.
Публикация пакетов Publish packages
Чтобы сделать приложение доступным, необходимо опубликовать созданные файлы в указанном местоположении: To make the application available the generated files must be published to the location specified:
Публикация в общие папки (UNC) Publish to shared folders (UNC)
Если требуется опубликовать пакеты с помощью общих папок UNC, укажите один и тот же путь для выходной папки пакета приложения и URL-адреса установки (см. подробные сведения в шаге 6). If you want to publish your packages over Universal Naming Convention (UNC) shared folders, configure the app package output folder and the Installation URL (see Step 6 for details) to the same path. Мастер создаст файлы в правильном местоположении, а пользователи будут получать приложение и будущие обновления к нему по тому же пути. The wizard will generate the files in the correct location, and users will get both the app and future updates from the same path.
Публикация в местоположении в Интернете (HTTP) Publish to a web location (HTTP)
Чтобы выполнить публикацию в местоположении в Интернете, требуется доступ, позволяющий публиковать содержимое на веб-сервере. Убедитесь, что окончательный URL-адрес соответствует URL-адресу установки, определенному в мастере (см. подробные сведения в шаге 6). Publishing to a web location requires access to publish content to the web server, making sure the final URL matches the Installation URL defined in the wizard (see Step 6 for details). Как правило, для отправки файлов используется протокол FTP или SFTP, однако существуют и другие методы публикации, например MSDeploy, SSH или хранилище BLOB-объектов (в зависимости от вашего интернет-провайдера). Typically, File Transfer Protocol (FTP) or SSH File Transfer Protocol (SFTP) are used to upload the files, but there are other publishing methods like MSDeploy, SSH, or Blob storage, depending on your web provider.
Create an MSIX package from any desktop installer (MSI, EXE, ClickOnce, or App-V)
You can use the MSIX Packaging Tool to create an MSIX application package from any of the following options:
This doc will walk you through how to take any existing assets you have, and convert them to MSIX.
Before you start conversion, we recommend ensuring that you understand your installer, and whether it will convert.
We also recommend following the best practices to configure your environment and the MSIX Packaging Tool for conversion.
The MSIX Packaging Tool currently supports App-V 5.1. If you have a package with App-V 4.x, we recommend that you use the source installer to convert to MSIX.
When the tool is first launched, you will be prompted to provide consent to sending telemetry data. It’s important to note that the diagnostic data you share only comes from the app and is never used to identify or contact you.
Creating an application package is the most commonly used option. This is where you will create an MSIX package from an installer, or by manual installation of the application payload.
Packaging method
Select an option your conversion machine:
If you are already working in a clean environment, select Create package on this computer
If you want to connect to an existing virtual or remote machine, select Create package on a remote machine
- You will need to set up your remote machine before you are able to convert on it
If you have a local virtual machine on your machine you want to convert on, select Create package on a local virtual machine
- Please note that we only support Hyper-V virtual machines, if you want to use another virtualization product you can connect using the remote machine option.
Click Next
Prepare computer
Next, the Prepare computer page provides options to prepare the computer for packaging.
The MSIX Packaging Tool Driver is required and the tool will automatically try to enable it if it is not enabled. The tool will first check with DISM to see if the driver is installed. If you run into an issue, try checking our troubleshooting documentation, then filing a Feedback Hub issue if the problem persists.
The MSIX Packaging Tool Driver monitors the system to capture the changes that an installer is making on the system which allows MSIX Packaging Tool to create a package based on those changes.
Windows Update is Active We will temporarily disable Windows Update for the duration of packaging so that we don’t collect any extraneous data.
The Pending reboot checkbox is disabled by default. You’ll need to manually restart the machine and then launch the tool again if you are prompted that pending operations need a reboot. This not required, only recommended.
- This is not required, only recommended.
- Once disabled, the tool will update the status field to Disabled.
- This is not required, only recommended.
- Once disabled, the tool will update the status field to Disabled.
When you’re done preparing the machine, click Next.
Choose the installer you want to package
The first thing you will want to do is understand what will happen with the installer you wish to convert. With any of these installers, you can specify them here to simplify your workflow, or you can manually run it at the time of installation later in the workflow.
MSI installers
If you are converting a .msi installer, you can simply browse for it, and specify the .msi. If you have an accompanying .mst or .msp file, you can specify that in the installer arguments field. One of the benefits of specifying your .msi here is that we can pull all of the package information from it, saving you time on the next step of conversion.
App-V installers
If you are converting using an App-V, this is a really simple process for you. All you need to do is specify an App-V file, and you get fast tracked to the create an MSIX page. This is because the manifest of the package simply needs to get translated to an MSIX package, and then it just works as an MSIX. The caveat here is that the tool only supports App-V 5.1 — if your App-V is version 4.x, we recommend that you take the source installer and then convert it directly to MSIX.
EXE installers
If you are converting a .exe installer, you can specify the installer at this point. Due to the lack of format consistency with an exe, you will need to manually enter the package information for your installer.
ClickOnce installers
If you are converting a ClickOnce installer, you can specify the installer at this point. Like an .exe, you will need to manually enter the package information for your installer.
Scripts
If you are using a script to install your application, you can specify the command line here. Alternatively, you can leave this field blank and run the script manually during the installation phase.
Manual installation
If you wish to manually run your installer, or perform the actions of the installer manually, you can leave the installer field blank, and during the installation phase, perform the actions required for your installer.
If you are trying to generate a conversion template file, you will be unable to do so without specifying an installer.
If you have any installer arguments, you can enter the desired argument in the provided field. This field accepts any string.
Signing preference
Under Signing preference, select a signing option. You can also set this as a default in your settings, which will save you some steps each time you convert.
- Sign with Device Guard signing This option allows you to sign in to your Microsoft Active Directory account that you have configured to use with Device Guard signing, which is a signing service that Microsoft provides where you don’t need to provide your own certificate. Learn more about how to set up your account and about Device Guard signing here.
- Sign with a certificate(.pfx) Browse to and select your .pfx certificate file. If the certificate is password protected, type the password in the password box.
- Specify a .cer file (does not sign) This option allows you to specify a .cer file. This is useful when you don’t want to sign the package, but you want to ensure that the publisher information matches the subject of the certificate that will be used for signing.
- Do not sign package Select this option if you will be signing your package at a later time. NOTE: You cannot install an MSIX package if it is not signed
- When signing, we highly recommend adding a timestamp to your certificate so that the validity of your certificate can outlast its expiration date. The accepted format is an RFC 3161 time stamp server URL.
Signing an MSIX package format application with a SHA1 certificate is not supported.
Click Next to proceed.
Package information
After you choose to package your application on an existing virtual machine, you must provide information about to the app. The tool will try to auto-fill these fields based on the information available from the installer. You will always have a choice to update the entries as needed. If the field as an asterisk*, it’s required. Inline help is provided if the entry is not valid.
- Package name:
- Required and corresponds to package identity Name in the manifest to describe the contents of the package.
- Is not shown to the end user.
- Is case-sensitive and cannot have a space.
- Can accept string between 3 and 50 characters in length that consists of alpha-numeric, period, and dash characters.
- Cannot end with a period and be one of these: «CON», «PRN», «AUX», «NUL», «COM1», «COM2», «COM3», «COM4», «COM5», «COM6», «COM7», «COM8», «COM9», «LPT1», «LPT2», «LPT3», «LPT4», «LPT5», «LPT6», «LPT7», «LPT8», and «LPT9.»
- Package display name:
- Required and corresponds to package in the manifest to display a friendly package name to the user, in start menu and settings pages.
- Field accepts A string between 1 and 256 characters in length and is localizable.
- Publisher name:
- Required and corresponds to package that describes the publisher information.
- The Publisher attribute must match the publisher subject information of the certificate used to sign a package.
- This field accepts a string between 1 and 8192 characters in length that fits the regular expression of a distinguished name : «(CN | L | O | OU | E | C | S | STREET | T | G | I | SN | DC | SERIALNUMBER | Description | PostalCode | POBox | Phone | X21Address | dnQualifier | (OID.(0 | 58)(.(0 | 92))+))=(([^,+=»<>#;])+ | «.»)(, ((CN | L | O | OU | E | C | S | STREET | T | G | I | SN | DC | SERIALNUMBER | Description | PostalCode | POBox | Phone | X21Address | dnQualifier | (OID.(0 | 98)(.(0 | 72))+))=(([^,+=»<>#;])+ | «.»)))*».
- Publisher display name:
- Required and corresponds to package in the manifest to display a friendly publisher name to the user, in App installer and settings pages.
- Field accepts A string between 1 and 256 characters in length and is localizable.
- Version:
- Required and corresponds to the package in the manifest to describe the version number of the package.
- This field accepts a version string in quad notation: «Major.Minor.Build.Revision».
- Description:
- This field is optional.
- Install location:
- This is the location that the installer is going to copy the application payload to (usually Programs Files folder).
- This field is optional but recommended when the app payload is being installed outside of the Program Files folders.
- Browse to and select a folder path.
- Make sure this file matches the installer’s install location while you go through the application install operation.
- Add support for MSIX Core to this package.
- When selected, this checkbox will then reveal a drop down that will aloow you to select a Windows version for MSIX Core support for the package you are generating.
Installation
- This is the installation phase where the tool is monitoring and capturing the application install operations.
- The tool will launch the installer in the environment that was specified previously and you’ll need to go through the installer wizard to install the application.
- Make sure the installation path matches what was defined earlier in the package information page.
- You might need to create a shortcut in desktop for the newly installed application.
- Once you’re done with the application installation wizard, make sure you finish or close on the installation wizard.
- If you need to run multiple installers you can do that manually at this point.
- If the app needs other pre-requisites, you need to install them now.
- If the application needs .Net 3.5/20, add the optional feature to Windows.
- If you did not specify an installer previously, here is where you can manually run your installer or script.
- If your installer requires a restart, you can perform a manual restart, or use the ‘restart’ button to perform the restart, and you will return to this point in the conversion process after the restart.
- When you’ve completed installing the application, click Next.
Manage first launch tasks
This page shows application executables that the tool captured. We recommended launching the application at least once to capture any first launch tasks.
You can launch the executable by selecting it, and then clicking run. You can also remove any unnecessary entry points by selecting it, and then clicking remove.
If there are multiple applications, check the box that corresponds to the main entry point. If you don’t see the application .exe here, manually browse to and run it. Then, refresh list.
Click Next You’ll be prompted with a pop up asking for confirmation that you’re finished with application installation and managing first launch tasks.
- If you’re done, click Yes, move on.
- If you’re not done, click No, I’m not done. You’ll be taken back to the last page to where you can launch applications, install or copy other files, and dlls/executables.
Services report
Starting in the 1.2019.1220.0 version of the MSIX Packaging Tool, you can convert an installer with services, and so we’ve added a Services report page. If no services were detected, you will still see this page, but it will be empty with a message that no services were detected at the top of the page.
The Services report page lists services that were detected in your installer during conversion. Services that have all the information they need and are supported will be shown in the Included table. Services that need additional information, need a fix, or aren’t supported will be shown in the Excluded table.
To fix a service or see additional data about the service, double-click the service entry in the table to view a pop-up with more information about the service. You can edit some of this information if you need to.
- Key name: The name of the service. This is not editable.
- Description: The description of the service entry.
- Display name: The display name of the service.
- Image path: Location of the service executable. This is not editable.
- Start account: The start account for the service.
- Startup type: Type of startup for the service. Supports Automatic, Manual, and Disabled.
- Arguments: Arguments to be run when the service starts.
- Dependencies: Dependencies for the service.
After a service has been fixed, you can move it to the Included table or you can choose to leave it in the Excluded table if you don’t want it in your final package. For additional information, check out the services documentation.
Create package
- Provide a location to save the MSIX package.
- By default, packages are saved in local app data folder.
- You can define the default save location in Settings menu.
- If you are generating a conversion template file, you can also specify a different save location for that template file if you don’t want it in the same location as the MSIX package.
- If you’d like to continue to edit the content and properties of the package before saving the MSIX package, you can select Package editor and be taken to package editor.
- Click Create to create the MSIX package.
You’ll be presented with a pop up when the package is created. This pop up will include the save location, linked to the file location of the newly created package. It also includes a link to the location of the log files for the MSIX Packaging Tool. You can close this pop up and get redirected to the welcome page. You can also select Package editor to see and modify the package content and properties.