Botframework-solutions: Botskills connect no siempre pasa los valores correctos a la lista de authsetting de az bot / inconsistencia de nomenclatura deploy.ps1

¿Qué proyecto se ve afectado?

botskills y / o deploy.ps1

¿En qué idioma es esto?

Potencia Shell

¿Lo que sucede?

Al conectar un bot a una habilidad, botskill connect usa el nombre proporcionado como nombre del bot y grupo de recursos. El deploy.ps1 a veces aplica un sufijo al nombre del bot y no al grupo de recursos.

¿Cuáles son los pasos para reproducir este problema?

No estoy seguro de cómo activar la nomenclatura inconsistente en deploy.ps1. Llamé a mi bot "BBVA" durante la implementación. El grupo de recursos se llamó "BBVA", el bot se llamó "BBVA-n24mm34". Más tarde, al conectar una habilidad, ni BBVA ni BBVA-n24mm34 funcionaron para el argumento del nombre del bot, ambos fallan en el comando az bot authsettings. Ejecutar az bot authsetting list -n BBVA-n24mm34 -g BBVA devolvió el resultado deseado.

¿Qué esperabas que sucediera?

Espero que el nombre que ingresé en deploy.ps1 funcione como el nombre de los bots, pero si debemos usar sufijos, podríamos aplicarlos de manera consistente. botskills no falla correctamente desde este estado, por lo que no está claro para el usuario si la configuración manual de las conexiones oauth y una redistribución es todo lo que se necesita para continuar con la implementación

¿Puede compartir algún registro, salida de error, etc.?

Desde botskills connect:

Configurar los ajustes de autenticación de bot
Comprobando la configuración de autenticación ...
Configuración de la conexión de Azure AD ...
Comprobación de conexiones aad existentes
No se pudo configurar la conexión de autenticación automáticamente.
Hubo un error al ejecutar el siguiente comando:
az bot authsetting list -n bbva-n24mm34 -g bbva-n24mm34
indefinido
Debe configurar uno de los siguientes tipos de conexión MANUALMENTE en el Portal de Azure:
Azure Active Directory v2, Google
Para obtener más información sobre cómo configurar la autenticación manualmente, vaya a:
https://aka.ms/vamanualauthsteps
(nodo: 21160) UnhandledPromiseRejectionWarning: ADVERTENCIA: Tiene 55 actualizaciones disponibles. Considere actualizar su instalación de CLI.

(nodo: 21160) UnhandledPromiseRejectionWarning: Rechazo de promesa no manejado. Este error se originó al lanzar dentro de una función asíncrona sin un bloque de captura, o al rechazar una promesa que no se manejó con .catch (). (id de rechazo: 1)
(nodo: 21160) [DEP0018] DeprecationWarning: Los rechazos de promesa no gestionados están obsoletos. En el futuro, los rechazos de promesas que no se manejan terminarán el proceso de Node.js con un código de salida distinto de cero.

Cambios sugeridos

Si se aplican sufijos en deploy.ps1, aplíquelos globalmente.
Maneje las excepciones en las promesas y brinde a los usuarios una salida limpia
Agregue un parámetro de grupo de recursos de bot opcional a botskills connect

¿Solución alterna?

Creo que configurar manualmente las conexiones oAuth y ejecutar deploy.ps1 nuevamente finalizará el proceso, pero no lo he probado / no tendré la oportunidad de probarlo durante varios días. En mi caso, estaba probando los problemas que enfrenté y eliminé los proyectos.