Share via


Compartir un paquete de aplicación localmente (aplicaciones de la Tienda Windows)

Después de desarrollar una aplicación de la Tienda Windows, es posible que quieras instalarla en uno o más equipos locales para que tú y otros usuarios podáis probarla. Antes de poder instalar una aplicación de la Tienda Windows en otro equipo, debes crear un paquete de aplicación y después ejecutar un script de Windows PowerShell.

Crear un paquete de aplicación

Antes de poder instalar la aplicación, en primer lugar, debes crear un paquete de aplicación. Para obtener información acerca de cómo crear un paquete, consulta Creating an app package.

El paquete de la aplicación que creas se encuentra en la carpeta de salida que especificaste para la ubicación del paquete y que se denomina nombreDePaquete_Prueba. La carpeta contiene un archivo .appx, un certificado, un script de Windows PowerShell y otros archivos.

Instalar el paquete de la aplicación para pruebas

  1. En el directorio de salida de Visual Studio, busca el script de PowerShell Agregar-AppDevPackage junto a tu archivo .appx.

  2. En el menú contextual del archivo Agregar-AppDevPackage.ps1, elige Ejecutar con PowerShell.

    Importante

    Si eres miembro del grupo de seguridad Administrators en el equipo local pero no tienes permiso para el acceso al recurso compartido de red donde se encuentra el archivo Agregar-AppDevPackage.ps1, es posible que aparezca un mensaje de error indicando que el archivo de script no existe. Para solucionar el problema de acceso, copia el contenido de la carpeta de salida en el equipo local antes de ejecutar el script.

    El script sigue los pasos siguientes:

    1. Muestra información sobre el certificado que el script va a instalar. El script también muestra un mensaje de advertencia sobre los riesgos de cambiar la directiva de ejecución en tu equipo local. La directiva de ejecución ayuda a protegerte de los scripts en que no confías. Si cambias la directiva de ejecución, puedes exponerte a los riesgos de seguridad que se describen en about_Execution_Policies.

      Nota

      Si iniciaste el script directamente desde PowerShell en lugar de usar el menú contextual, no aparecerá ninguna advertencia sobre los riesgos de cambiar tu ejecución y el script producirá un error. Para solucionar este problema, cambia la directiva de ejecución manualmente y vuelve a ejecutar el script.

      Debes confirmar que deseas cambiar la directiva de ejecución escribiendo Y. Si escribes N, omitirás esta operación y continuarás con la operación siguiente. Si escribes S, se pausará la canalización actual y volverás al símbolo del sistema. Si escribes la palabra "exit", se reanudará la canalización.

    2. Comprueba si dispones de licencia de desarrollador. Si el script no la encuentra o tu licencia actual ha expirado, se te pedirá que obtengas una.

      Para obtener una licencia de desarrollador, debes tener una cuenta Microsoft. Para obtener más información, consulta Obtener una licencia de desarrollador (aplicaciones de la Tienda Windows).

    3. Comprueba si un paquete de aplicación y los certificados necesarios están presentes. Si faltan elementos, recibirás un mensaje pidiéndote que los instales antes de instalar este paquete de desarrollador. Por ejemplo, si en el equipo local no se encuentra el certificado del desarrollador, se te solicitará que lo instales. También se te advertirá de que la instalación de un certificado digital en el almacén de certificados de personas de confianza de tu equipo supone un grave riesgo para la seguridad grave, y se te recomendará que lo hagas solo si confías en el autor de este certificado digital. Cuando termines de usar esta aplicación, debes quitar manualmente el certificado digital asociado del almacén de certificados Personas de confianza del equipo. Para obtener información sobre cómo quitar un certificado, consulta Cómo usar la consola Certificados. Debes confirmar si deseas continuar.

      Los certificados de firma deben contener los siguientes valores:

      • Uso mejorado de clave: Firma de código (necesario)

      • Restricción básica: Tipo de asunto=Entidad final (necesario)

      • Vigencia de firma EKU (opcional)

      Cualquier otro EKU invalidará el certificado. Si el script no encuentra los valores necesarios, se producirá un error.

    4. Comprueba la presencia de los paquetes de dependencia necesarios.

    5. Instala cualquier paquete de dependencias y, después, el paquete de aplicación.

      Cuando el paquete de la aplicación se haya instalado, mostrará un mensaje similar a “Tu paquete de desarrollador se ha instalado correctamente”.

  3. En la pantalla Inicio, elige el mosaico que muestra el nombre de la aplicación.

    La aplicación se inicia.

Nota de seguridadNota sobre la seguridad

Si el script de PowerShell no se ejecuta y ningún mensaje de error indica el motivo, puede que se haya cambiado el control de cuentas de usuario (UAC) del equipo. La configuración predeterminada de UAC es Notificarme solamente cuando una aplicación intente realizar cambios en el equipo (predeterminado), pero se puede cambiar a No notificarme nunca. Si usas una cuenta de usuario estándar para iniciar sesión en un equipo cuya configuración de UAC está establecida en No notificarme nunca, cualquier cambio que necesite permisos de administrador se deniega automáticamente. En estos casos, el script de PowerShell se inicia pero necesita permisos administrativos para continuar. El cuadro de diálogo de UAC no aparece y Windows impide automáticamente que el script realice ningún cambio. Para resolver este problema, cambia la configuración de UAC o ejecuta el script como administrador.

Cuando ejecutas el script de PowerShell Add-AppDevPackage.ps1, Visual Studio usa la función Get-AuthenticodeSignature para determinar si debe instalar el certificado de firma de prueba TEST Visual Studio Certification Authority. Si el certificado de firma de prueba ya está instalado en el nodo Certificados – Usuario actual > Entidades de certificación raíz de confianza > Certificados, la función devuelve un valor que indica que la firma es válida. Sin embargo, se producirá un error en la implementación del paquete porque Windows no confía en el certificado. Para que Windows confíe en el certificado, este debe estar en el nodo Certificados (equipo local) > Entidades de certificación raíz de confianza > Certificados o en el nodo Certificados (equipo local) > Personas de confianza > Certificados. Solo los certificados de estas dos ubicaciones pueden validar la confianza del certificado en el contexto del equipo local. De lo contrario, aparecerá un mensaje de error similar al siguiente: “Add-AppxPackage: Error de implementación con HRESULT: 0x800B0109. Se procesó correctamente una cadena de certificados, pero termina en un certificado de raíz no compatible con el proveedor de confianza. (Excepción de HRESULT: 0x800B0109)error 0x800B0109: El certificado raíz de la firma del paquete de aplicación debe ser de confianza.” Si aparece este error, mueve el certificado de firma de prueba a cualquiera de los dos nodos Certificados (equipo local) descrito anteriormente. Para obtener información sobre cómo mover un certificado, consulta Cómo usar la consola Certificados.

Vea también

Conceptos

Firmar un paquete de aplicación (aplicaciones de la Tienda Windows)

Compilar un paquete de aplicación en un símbolo del sistema (aplicaciones de la Tienda Windows)