Si trabajas con aplicaciones de escritorio en Windows y todavía sigues desplegando todo con instaladores EXE o MSI clásicos, va siendo hora de que le eches un ojo a MSIX como formato de empaquetado moderno. No solo mejora la instalación y desinstalación, también te simplifica las actualizaciones, el despliegue masivo y la integración con el ecosistema actual de Windows, tanto en local como en la nube.
A lo largo de esta guía vas a ver, paso a paso, cómo crear paquetes MSIX en Windows desde distintos enfoques: usando la MSIX Packaging Tool, con Visual Studio, con diseños de empaquetado avanzados mediante MakeAppx.exe y, además, cómo encaja todo esto con escenarios como MSIX app attach en entornos virtuales. La idea es que termines con una visión práctica y completa para empaquetar, firmar, validar y distribuir tus aplicaciones.
Qué es MSIX y por qué merece la pena usarlo
MSIX es el formato de instalación y empaquetado moderno para aplicaciones Windows que Microsoft ha diseñado como evolución natural de EXE, MSI y AppX. Combina ventajas de los instaladores tradicionales con la filosofía de contenedores de las apps modernas, lo que se traduce en instalaciones más fiables, limpias y predecibles.
A diferencia de un instalador EXE o MSI clásico, un paquete MSIX se instala en un contenedor controlado, con reglas claras sobre dónde puede escribir archivos y claves de registro. Esto permite que, cuando el usuario desinstala la aplicación, se retire todo lo que le pertenece, sin dejar restos en el sistema que con el tiempo lo vayan ensuciando.
MSIX hereda conceptos de App-V y del modelo UWP, pero sin obligarte a pasar por Microsoft Store ni a rehacer por completo tus proyectos. Puedes convertir aplicaciones Win32, WPF o Windows Forms ya existentes (y en muchos casos sin tocar código) a un paquete MSIX que podrás desplegar con herramientas como Intune, Configuration Manager, scripts de PowerShell o incluso dobles clics sobre el archivo.
Otra ventaja clave es que MSIX está pensado para optimizar el ancho de banda y el almacenamiento. Usa bloques de 64 KB, evita duplicar ficheros entre aplicaciones y soporta actualizaciones diferenciales, de forma que solo se descargan los cambios, algo ideal si distribuyes software desde la nube o a muchas máquinas en red.
Por si fuera poco, Microsoft ofrece un SDK que permite trabajar con MSIX en otros sistemas operativos como iOS, macOS, Android, Linux o versiones antiguas de Windows, lo que abre la puerta a escenarios de distribución multiplataforma utilizando un mismo modelo de empaquetado.
Requisitos y herramientas necesarias para crear paquetes MSIX
Para empezar a crear paquetes MSIX en condiciones, conviene tener claro qué herramientas vas a usar y en qué entorno. Lo mínimo que vas a necesitar es Windows 10 versión 1809 o superior, o Windows 11, y permisos de administrador en la máquina donde realices la conversión.
La utilidad clave para empaquetar aplicaciones de escritorio ya existentes es la MSIX Packaging Tool, que puedes instalar desde Microsoft Store (recomendado) o bien en modo sin conexión, descargando el paquete y aprovisionándolo con PowerShell. También está disponible vía WinGet con un comando tan directo como:
winget install «MSIX Packaging Tool» permite instalar rápidamente la herramienta de empaquetado MSIX desde línea de comandos, siempre que tengas configurado el cliente de paquetes y una cuenta compatible con la Store cuando sea necesario.
Además de la Packaging Tool, si desarrollas aplicaciones modernas o mantienes proyectos existentes, te resultará muy útil Visual Studio 2019 o 2022 con las cargas de trabajo adecuadas (por ejemplo, “Desarrollo para escritorio con C++” o “.NET para escritorio”) y las extensiones relacionadas con MSIX. Visual Studio incorpora asistentes para generar paquetes y archivos de carga para la Store.
En escenarios más avanzados, entra en juego MakeAppx.exe, la utilidad oficial de línea de comandos para compilar paquetes AppX/MSIX y sus agrupaciones (bundles) a partir de un diseño de empaquetado en XML. Esta herramienta te permite automatizar la creación de paquetes complejos con varios componentes y recursos.
Por último, si trabajas con Windows Virtual Desktop o Azure Virtual Desktop, o quieres montar aplicaciones en contenedores VHD o CIM, te interesará conocer MSIX app attach y herramientas de terceros como MSIX Hero o la comunidad de AppVentiX, además de la MSIX Manager Tool para generar contenedores discos virtuales con tus paquetes.
Uso de MSIX Packaging Tool: convertir instaladores existentes
La MSIX Packaging Tool está pensada para que puedas reconvertir instaladores ya existentes (MSI, EXE, App-V 5.x, ClickOnce e incluso instalaciones manuales o mediante scripts) en un paquete MSIX sin necesidad de disponer del código fuente original. Es especialmente útil para equipos de IT que quieren modernizar su catálogo de software sin reescribir aplicaciones.
Al arrancar la herramienta por primera vez, se te pedirá consentimiento para enviar datos de telemetría. Estos datos de diagnóstico se limitan al comportamiento de la propia herramienta y no se usan para identificarte ni contactarte. Una vez aceptado (o no) el envío de telemetría, podrás elegir entre crear un paquete de aplicación, crear un paquete de modificación o abrir el editor de paquetes.
La opción más usada es crear un paquete de aplicación. Este flujo te guía desde la preparación del entorno hasta la creación del archivo MSIX, partiendo de un instalador MSI, EXE, App-V, ClickOnce, un script de instalación o incluso un proceso manual donde vas ejecutando los pasos que harías en una instalación normal.
La Packaging Tool soporta tres modos de conversión: empaquetar en el propio equipo, en una máquina remota o en una máquina virtual local de Hyper-V. Si trabajas ya en un entorno limpio (sin demasiados programas y servicios que puedan generar ruido), lo habitual es seleccionar la opción de crear el paquete en ese mismo equipo. Si prefieres aislar el proceso o tienes un entorno de pruebas ya montado, puedes conectarte a una VM o a una máquina remota dedicada.
En el caso de las máquinas virtuales locales, ten en cuenta que solo se admiten VMs de Hyper-V. Si utilizas otra plataforma de virtualización, tendrás que recurrir al modo de máquina remota para conectarte a esa máquina y realizar la captura desde allí.
Preparar la máquina de conversión
Antes de comenzar a capturar un instalador, conviene preparar el entorno para minimizar interferencias. La MSIX Packaging Tool incluye una pantalla de “Prepare computer” donde puedes dejar la máquina en un estado ideal para el proceso de empaquetado.
Por un lado, la herramienta comprueba si el controlador de la MSIX Packaging Tool necesario para la captura está instalado y habilitado. Utiliza DISM para verificarlo y, si detecta que falta o está deshabilitado, intentará activarlo de forma automática. Si aquí te encuentras errores, lo recomendable es revisar la documentación de solución de problemas y, si persiste, reportar el problema desde el Centro de opiniones de Windows.
Otro punto importante es que la herramienta desactiva temporalmente Windows Update durante el empaquetado para evitar que se registren cambios ajenos a la instalación de la aplicación, como actualizaciones del sistema o de otras apps.
La casilla “Pending reboot” se usa como indicador de que hay operaciones del sistema pendientes de reinicio. No se fuerza el reinicio, pero se recomienda hacerlo manualmente si Windows informa de que hay cambios pendientes, y después volver a iniciar la herramienta para trabajar con un entorno limpio.
Adicionalmente, de forma opcional puedes deshabilitar servicios como Windows Search o el servicio de SMS Host desde la misma pantalla, marcando las casillas correspondientes y usando la opción “Disable selected”. La propia herramienta actualizará el estado a “Disabled” cuando complete la operación, aunque estos pasos no son obligatorios.
Cuando hayas ajustado estos parámetros y verificado que el entorno está listo, basta con pulsar en “Next” para pasar a la fase de selección del instalador que quieres convertir.
Elegir el instalador a empaquetar y firmar el paquete
En la siguiente pantalla defines qué instalador va a capturar la herramienta y cómo se comportará durante el proceso. Aquí puedes especificar directamente el archivo MSI, EXE, App-V, ClickOnce o la línea de comandos de un script, o bien dejar el campo en blanco y lanzar la instalación manualmente cuando la herramienta comience la monitorización.
Si eliges un MSI, la Packaging Tool puede leer el contenido del paquete y rellenar automáticamente muchos de los campos del manifiesto MSIX, lo que ahorra bastante tiempo más adelante. Si utilizas transformaciones MST o parches MSP, puedes indicarlos como argumentos en el campo de parámetros del instalador.
En el caso de instaladores App-V 5.1, el proceso es todavía más directo. Basta con seleccionar el archivo App-V y la herramienta se encarga de traducir el manifiesto al formato MSIX, llevándote casi de inmediato a la pantalla de creación del paquete. Eso sí, versiones 4.x de App-V no están soportadas en este flujo y se recomienda partir del instalador fuente original.
Para EXE y ClickOnce, la herramienta no tiene un formato estándar del que extraer metadatos, así que tendrás que rellenar manualmente la información de paquete (nombre, publicador, etc.) en pasos posteriores. Aun así, siguen siendo completamente convertibles siempre que el instalador se comporte de forma razonablemente predecible.
Si lo que tienes es un script de instalación o prefieres realizar la instalación de forma manual, puedes especificar la línea de comandos del script o dejar el campo vacío y ejecutar todo a mano durante la fase de instalación mientras la herramienta captura cambios en el sistema.
Esta misma pantalla permite configurar las preferencias de firma del paquete. MSIX exige que el paquete esté firmado para poder instalarlo, de modo que puedes elegir entre Device Guard Signing (servicio de Microsoft basado en Azure AD), un certificado .pfx propio, un archivo .cer para validar que el publicador coincide o la opción de no firmar en ese momento (útil si vas a firmar en otra etapa del pipeline).
Si optas por un certificado .pfx, tendrás que navegar hasta el archivo y proporcionar la contraseña si está protegido. Con Device Guard Signing iniciarás sesión con una cuenta de Active Directory configurada para este servicio y delegarás en Microsoft la operación de firma. Además, es muy aconsejable incluir una URL de sello de tiempo (RFC 3161) para que la firma siga siendo válida aunque el certificado expire.
Rellenar la información del paquete MSIX
Una vez configurado el instalador y las preferencias de firma, la herramienta te pide completar la información de identidad del paquete. Estos campos determinan cómo ve el sistema operativo tu aplicación, cómo se actualiza y cómo se mostrará al usuario final.
El Nombre del paquete es obligatorio y corresponde al identificador interno del paquete en el manifiesto. No se muestra al usuario, diferencia mayúsculas de minúsculas, no permite espacios y debe tener entre 3 y 50 caracteres alfanuméricos, guiones y puntos. Además, no puede terminar en punto ni coincidir con nombres reservados como CON, PRN, AUX, NUL, COM1-COM9 o LPT1-LPT9.
El Nombre para mostrar del paquete sí es visible para el usuario en el menú Inicio y en las páginas de Configuración, así que conviene que sea descriptivo y amigable. Puede tener entre 1 y 256 caracteres y admite traducciones si trabajas con varios idiomas.
El Nombre del publicador debe ajustarse a un nombre distintivo (DN) y, muy importante, tiene que coincidir con el sujeto del certificado con el que firmes el paquete. Acepta una cadena bastante larga (hasta 8192 caracteres) y sigue una expresión regular específica con campos como CN, O, OU, C, etc., al estilo de los certificados X.509.
También puedes definir un Nombre del publicador para mostrar, que es el texto legible que verá el usuario en el instalador de aplicaciones y en las opciones del sistema. Este campo, como el nombre para mostrar del paquete, admite hasta 256 caracteres y se puede traducir.
La Versión del paquete utiliza la notación cuádruple “Principal.Secundario.Compilación.Revisión”. Cada vez que publiques una actualización deberías incrementar esta versión, ya que Windows la usa para decidir si una instalación es nueva o una actualización sobre una existente.
La Descripción del paquete es opcional, pero útil para documentar internamente el propósito de la aplicación o mostrar un texto explicativo en la interfaz de instalación.
El campo Ubicación de la instalación define la ruta donde el instalador copiará la carga útil de la aplicación, normalmente dentro de “Archivos de programa”. Es opcional, pero recomendable si la app se instala fuera de esa carpeta por defecto. Asegúrate de que esta ruta coincide con lo que haga el instalador durante la captura, para que el paquete refleje correctamente la estructura de archivos.
Finalmente, tienes la casilla para agregar compatibilidad con MSIX Core. Esto permite que tu paquete pueda ejecutarse en versiones de Windows anteriores que no soportan MSIX nativamente, seleccionando en una lista desplegable la versión mínima de Windows a la que quieres dar soporte con MSIX Core.
Fase de instalación y captura de la aplicación
Con la configuración de identidad lista, la Packaging Tool inicia la fase de instalación monitorizada. A partir de este momento, todo lo que hagas para instalar y configurar la aplicación quedará registrado para formar parte del paquete MSIX.
La herramienta lanza el instalador en el entorno que has elegido (equipo local, VM o remoto) y debes seguir sus pasos como harías normalmente, eligiendo idioma, componentes, ruta de instalación, etc. Es importante que la ruta de instalación coincida con la declarada antes en la información del paquete para evitar inconsistencias.
Si la aplicación necesita crear accesos directos, en especial uno en el escritorio o en el menú Inicio, conviene que lo hagas durante esta fase para que la herramienta pueda capturar los puntos de entrada correctos. Del mismo modo, si el software tiene requisitos previos (frameworks, runtimes, .NET 3.5 o 2.0, componentes adicionales), deberías instalarlos ahora.
La herramienta permite que ejecutes múltiples instaladores o scripts mientras la captura está activa, así que puedes aprovechar para empaquetar de una tacada varias piezas que formen parte de la misma solución.
Si el proceso de instalación exige un reinicio del sistema, puedes usar el botón de “restart” de la propia herramienta o reiniciar manualmente. Al volver a iniciar sesión, la Packaging Tool recupera el contexto y continúa con el flujo de conversión justo donde lo dejaste.
Cuando crees que la instalación y configuración inicial de la aplicación está terminada, haces clic en “Next” para pasar a la gestión de las tareas de primer inicio.
Gestión del primer arranque y servicios dentro del paquete
En la pantalla de primer lanzamiento, la herramienta lista los ejecutables detectados durante la instalación. Se recomienda abrir la aplicación principal al menos una vez para capturar tareas de configuración inicial, creación de perfiles, generación de carpetas de usuario, etc.
Seleccionas el ejecutable y pulsas en “Ejecutar” para lanzarlo. Si hay varios ejecutables, puedes marcar cuál es el punto de entrada principal. También puedes eliminar entradas innecesarias que no quieras exponer al usuario como aplicaciones independientes, usando la opción de “Quitar”.
Si por algún motivo el ejecutable principal no aparece en la lista, puedes navegar manualmente hasta su ubicación, ejecutarlo y luego actualizar la lista para que quede registrado. Esta flexibilidad te permite adaptar el paquete a aplicaciones con árboles de binarios complejos.
Al pasar a la siguiente pantalla, la herramienta te pedirá confirmar si has completado la instalación y la configuración de primer inicio. Si eliges “Yes, move on”, el flujo continúa; si respondes “No, I’m not done”, volverás a la pantalla anterior para lanzar más apps, copiar archivos o ajustar lo que haga falta.
A partir de la versión 1.2019.1220.0, la Packaging Tool incorpora un informe de servicios. Si durante la conversión ha detectado servicios registrados por el instalador, los mostrará agrupados en dos tablas: “Included” (listos para empaquetar) y “Excluded” (aquellos que requieren información adicional o no están soportados).
Haciendo doble clic en un servicio podrás ver y, en algunos campos, editar datos como nombre para mostrar, descripción, cuenta de inicio, tipo de arranque (Automático, Manual o Deshabilitado), argumentos y dependencias. El nombre de clave y la ruta de imagen, en cambio, no son editables porque forman parte de la definición esencial del servicio.
Una vez revisada esta información, puedes decidir si mover un servicio corregido a la lista de incluidos o dejarlo excluido si no quieres empaquetarlo. Esto es muy útil para controlar qué servicios acompañan realmente a la aplicación final y evitar sorpresas en producción.
Creación y edición del paquete final
En la última fase de la Packaging Tool eliges la ubicación donde guardar el archivo MSIX generado. Por defecto, se usa la carpeta de datos de aplicación local de la herramienta, pero puedes seleccionar cualquier otra ruta más cómoda para tu flujo de trabajo.
Si además quieres generar un archivo de plantilla de conversión, muy útil para repetir conversiones futuras de la misma aplicación con pequeños cambios, puedes indicar una ruta de guardado diferente para ese archivo. Ten en cuenta que para generar esta plantilla es obligatorio haber especificado un instalador al inicio del proceso.
Antes de pulsar el botón de «Create», puedes entrar en el editor de paquetes para revisar y modificar contenido o propiedades del MSIX capturado. Desde ahí es posible ajustar el manifiesto, rutas, archivos incluidos, entradas de aplicaciones, recursos visuales y otros detalles avanzados.
Al completar la creación, aparecerá una ventana emergente indicando la ruta exacta del paquete generado, con un enlace directo para abrir la carpeta, así como la ubicación de los logs de la herramienta en el directorio LocalState. Desde ese punto puedes cerrar la herramienta, probar la instalación o seguir refinando el paquete con el editor.
Creación de paquetes MSIX desde Visual Studio
Cuando desarrollas aplicaciones modernas o migras proyectos a Windows App SDK y WinUI 3, Visual Studio facilita muchísimo el proceso de empaquetado. El archivo clave es Package.appxmanifest, un XML que define identidad, capacidades, asociaciones, iconos y cómo se integra la app con el sistema.
Desde el diseñador de manifiestos de Visual Studio puedes configurar todo sin editar el XML a mano: iconos, orientaciones de pantalla, capacidades de sistema (cámara, red, ubicación, etc.), asociaciones de archivo, protocolos personalizados y más. Cada pestaña del diseñador agrupa opciones relacionadas y enlaza a documentación si necesitas detalles.
En la pestaña de Recursos visuales defines los logotipos e imágenes que se usarán en el menú Inicio, barra de tareas, lista de apps y notificaciones toast. Es importante proporcionar los tamaños que Windows exige (44, 150, 310 y demás variaciones) para que la aplicación se vea nítida en cualquier escala.
En la pestaña de Empaquetado introduces los datos de publicación y eliges qué certificado se usará para firmar el MSIX. Toda app empaquetada debe estar firmada y, para que el usuario pueda instalarla sin advertencias, el certificado debe ser de confianza en su equipo (instalado en el almacén adecuado o emitido por una CA reconocida).
Si piensas distribuir la aplicación a través de Microsoft Store, puedes asociar el proyecto a una app de la Store directamente desde Visual Studio usando el menú Publicar > Asociar la aplicación con la Tienda. Esto sincroniza automáticamente campos de empaquetado con los datos registrados en el Centro de partners.
Para crear el paquete, haces clic derecho sobre el proyecto empaquetado (por ejemplo, una “Blank App, Packaged (WinUI 3 in Desktop)”) y escoges Publicar > Crear paquetes de aplicaciones. El asistente te guiará para seleccionar si quieres empaquetar para carga lateral (sideloading) o para Store, el método de firma y las arquitecturas objetivo (x86, x64, ARM).
Tipos de paquetes de aplicación y archivos de carga
En el ecosistema MSIX hay varios tipos de archivos relacionados con el empaquetado, cada uno con su papel. El más básico es el paquete de aplicación (.msix o .appx), que contiene la app y sus recursos para una arquitectura concreta, como x64 o x86. Si necesitas soportar varias arquitecturas, tendrás que generar un paquete por cada una.
Para simplificar la distribución multiplataforma, existen los paquetes de aplicaciones agrupados (.msixbundle o .appxbundle). Un bundle puede contener varios paquetes de aplicación, cada uno para una arquitectura diferente (x86, x64, ARM). El sistema elige automáticamente el que corresponda al dispositivo donde se instala.
Cuando quieres enviar la app a Microsoft Store, se utiliza un archivo de carga de paquete de aplicación (.msixupload o .appxupload). Este archivo agrupa uno o varios bundles o paquetes individuales junto con el archivo de símbolos (.appxsym) usado para analizar bloqueos y rendimiento desde el Centro de partners.
Visual Studio puede generar estos archivos de carga automáticamente si en el asistente eliges las opciones de creación de paquetes para Store. Solo tendrás que subir el .msixupload o .appxupload al Centro de partners en el proceso de envío.
Diseños de empaquetado avanzados con MakeAppx.exe
Cuando tus aplicaciones crecen en tamaño y complejidad, es habitual que se dividan en varios paquetes: principal, recursos, contenido opcional, DLC, etc.. Gestionar todo esto a mano puede ser una locura, sobre todo si no estás usando Visual Studio. Para estos casos existe el concepto de diseño de empaquetado (PackagingLayout) soportado por MakeAppx.exe.
Un diseño de empaquetado es un documento XML que describe la estructura completa de una aplicación empaquetada: familias de paquetes, bundles, paquetes principales, paquetes de activos, archivos que contiene cada uno, filtros de inclusión/exclusión, etc. Con un solo archivo XML y una llamada a MakeAppx puedes compilar todos los paquetes necesarios.
En un ejemplo sencillo tendrías un elemento PackagingLayout con una PackageFamily que actúa como agrupación de aplicaciones. Aquí defines atributos como ManifestPath (ruta al AppxManifest base), FlatBundle (si quieres un bundle plano o clásico), ResourceManager (si usas MRT para recursos) e incluso un identificador único para esa familia.
Dentro de PackageFamily puedes definir un Package para el código principal (indicando ProcessorArchitecture: x64, x86, arm o neutral) y uno o varios AssetPackage para contenido adicional (por ejemplo, recursos multimedia), donde puedes indicar AllowExecution=false para que el contenido no requiera análisis de virus tan exhaustivo al no contener ejecutables.
Mediante el elemento Files y sus nodos File defines qué archivos se incluyen en cada paquete: SourcePath marca dónde están los ficheros en tu sistema o red, DestinationPath dónde se colocan dentro del paquete, y ExcludePath te permite excluir archivos ya seleccionados por otros patrones. Los comodines simples (*) y dobles (**) te dejan seleccionar conjuntos de ficheros de forma recursiva y hasta renombrarlos sobre la marcha.
En diseños avanzados aparecen también ResourcePackage para paquetes localizados, donde usas nodos Resources y Resource para asignar calificadores de idioma, escala, etc., y marcar uno como predeterminado. También puedes definir PackageFamily marcados como Optional, que representan DLC o complementos que pueden instalarse aparte, y el atributo RelatedSet controla si se actualizan en tándem con el paquete principal.
Si ya tienes paquetes precompilados que deben formar parte de una agrupación, puedes referenciarlos con PrebuiltPackage, indicando simplemente la ruta al .msix, .appx o .appxbundle existente para que MakeAppx lo tenga en cuenta al construir el bundle global.
Para compilar usando un diseño, ejecutas comandos como MakeAppx.exe build /f PackagingLayout.xml /op OutputPackages\, que genera todos los paquetes descritos en el XML. Opcionalmente puedes limitarte a ciertos componentes con /id, apuntar a una versión previa con /ip para reutilizar paquetes que no cambian, e incrementar versiones automáticamente con /iv.
MSIX app attach y contenedores VHD/CIM
En entornos de escritorio virtual, como Azure Virtual Desktop, se ha popularizado el uso de MSIX app attach, una técnica para montar aplicaciones recogidas en paquetes MSIX dentro de contenedores VHD, VHDX o CIM, evitando inflar la imagen base del sistema con decenas de programas.
La idea es mantener una imagen de sistema lo más limpia y pequeña posible, y almacenar las aplicaciones en discos virtuales que se montan y asocian a las sesiones de usuario según sea necesario. De esta forma puedes “adjuntar” o “desacoplar” aplicaciones sin reinstalar nada en la imagen principal.
Para que esto funcione es imprescindible que los paquetes MSIX estén firmados con un certificado de confianza, expedido por una CA interna o pública que los sistemas reconozcan. Sin esa confianza, Windows no permitirá ejecutar los paquetes montados.
La creación de un contenedor VHD a partir de un MSIX puede hacerse de varias formas. Microsoft ofrece la MSIX Manager Tool, con la que puedes extraer el contenido del paquete y empaquetarlo en un disco virtual, listo para montarse. También existen utilidades de terceros como MSIX Hero o herramientas de la comunidad AppVentiX que automatizan este proceso y reducen la dependencia de módulos de Hyper-V en PowerShell.
Una vez creado el VHD o CIM, se configura el entorno de escritorio virtual para que, al iniciar la sesión, monte el disco y registre la app adjunta, de modo que el usuario la ve como instalada sin ocupar espacio en la imagen base. Este enfoque facilita la gestión de versiones, la asignación dinámica de aplicaciones y la reducción de tiempos de mantenimiento.
Instalación, validación y distribución de paquetes MSIX
Un paquete MSIX se puede instalar con un simple doble clic sobre el archivo .msix o .msixbundle. Esto abre el instalador de aplicaciones de Windows, que muestra información básica del paquete, el editor y un botón de instalación con barra de progreso y mensajes de error si algo falla.
Cuando generas paquetes desde Visual Studio, se crean también scripts de PowerShell como Add-AppDevPackage.ps1, ubicados en carpetas del tipo *_Test. Ejecutando este script con “Ejecutar con PowerShell” puedes instalar el paquete de forma asistida, lo que resulta muy útil en entornos de pruebas o integración continua.
Antes de subir nada a Microsoft Store, conviene pasar el paquete por el Kit de certificación de aplicaciones de Windows (WACK). Desde el asistente de creación de paquetes de Visual Studio puedes lanzar el WACK sobre la máquina local o incluso sobre un dispositivo remoto Windows 10, siempre que tengas instaladas las herramientas remotas y el propio kit en ese equipo.
El WACK realiza una batería de pruebas (rendimiento, API usadas, comportamiento en segundo plano, etc.) y genera un informe. Si la app supera la certificación, el paquete está listo para ser enviado al Centro de partners. Normalmente el archivo .appxupload o .msixupload se encuentra en la carpeta AppPackages de la solución y su nombre incluye la versión y arquitecturas soportadas.
Es posible también automatizar el envío a Store desde Visual Studio 2019 en adelante, marcando la opción de enviar automáticamente a Microsoft Store tras la validación WACK. Para ello hay que asociar Azure Active Directory con la cuenta del Centro de partners, crear o vincular una aplicación de Azure AD con rol de administrador y recuperar credenciales como el identificador de inquilino, identificador de cliente y clave de cliente.
Configurando estos datos en el cuadro de diálogo de opciones de envío, Visual Studio puede iniciar el proceso de publicación al terminar las pruebas, y desde la ventana de “Comprobar y publicar” podrás seguir el estado del envío, reduciendo pasos manuales en tu pipeline de despliegue.
Con todo este ecosistema de herramientas, flujos y formatos, MSIX se convierte en la pieza central para empaquetar, actualizar y distribuir aplicaciones Windows, tanto si conviertes instaladores heredados con MSIX Packaging Tool, te apoyas en Visual Studio para nuevos desarrollos, orquestas paquetes complejos con MakeAppx.exe o los despliegas en entornos virtuales mediante app attach, ofreciendo instalaciones más limpias, controladas y preparadas para el mundo híbrido entre escritorio local y nube.
