botskills e / ou deploy.ps1
Powershell
Ao conectar um bot a uma habilidade, botskill connect usa o nome fornecido como nome do bot e grupo de recursos. O deploy.ps1 às vezes aplica um sufixo ao nome do bot e não ao grupo de recursos.
Não tenho certeza de como acionar a nomenclatura inconsistente em deploy.ps1. Chamei meu bot de "BBVA" durante a implantação. O grupo de recursos foi denominado "BBVA", o bot foi denominado "BBVA-n24mm34." Mais tarde, ao conectar uma habilidade, nem o BBVA nem o BBVA-n24mm34 funcionaram para o argumento do nome do bot, ambos falham no comando az bot authsettings. A execução de az bot authsetting list -n BBVA-n24mm34 -g BBVA
retornou o resultado desejado.
Eu esperaria que o nome que inseri em deploy.ps1 funcionasse como o nome do bot, mas se precisarmos usar sufixos, poderíamos aplicá-los de forma consistente. botskills não falha normalmente a partir deste estado, por isso não está claro para o usuário se a configuração manual de conexões oauth e uma reimplantação é tudo o que é necessário para continuar a implantação
De botskills conectar:
Definir as configurações de autenticação do bot
Verificando configurações de autenticação ...
Configurando a conexão do Azure AD ...
Verificando conexões existentes de AAD
Não foi possível configurar a conexão de autenticação automaticamente.
Ocorreu um erro ao executar o seguinte comando:
az bot authsetting list -n bbva-n24mm34 -g bbva-n24mm34
Indefinido
Você deve configurar um dos seguintes tipos de conexão MANUALMENTE no Portal do Azure:
Azure Active Directory v2, Google
Para obter mais informações sobre como definir a configuração de autenticação manualmente, vá para:
https://aka.ms/vamanualauthsteps
(nó: 21160) UnhandledPromiseRejectionWarning: AVISO: Você tem 55 atualizações disponíveis. Considere atualizar sua instalação CLI.
(nó: 21160) UnhandledPromiseRejectionWarning: Rejeição de promessa não tratada. Esse erro foi originado ao lançar dentro de uma função assíncrona sem um bloco catch ou ao rejeitar uma promessa que não foi tratada com .catch (). (id de rejeição: 1)
(nó: 21160) [DEP0018] Aviso de depreciação: Rejeições de promessa não tratadas foram descontinuadas. No futuro, as rejeições de promessa que não são tratadas encerrarão o processo Node.js com um código de saída diferente de zero.
Se os sufixos forem aplicados em deploy.ps1, aplique-os globalmente.
Lidar com exceções em promessas e fornecer aos usuários uma saída limpa
Adicionar um parâmetro opcional de grupo de recursos de bot para conectar o botskills
Acho que configurar manualmente as conexões oAuth e executar o deploy.ps1 novamente irá concluir o processo, mas não testei / não terei a chance de testá-lo por vários dias. No meu caso, estava testando problemas que enfrentei e excluí os projetos.
Olá @BillStrait , estamos trabalhando em uma correção para isso daqui em diante, mas para consertar agora você pode fornecer o parâmetro --resourceGroup
com o nome do seu grupo de recursos ao chamar o comando botskills connect.
Não tenho certeza de como perdi o parâmetro --resourceGroup
, procurei especificamente por ele. Isso resolve o problema.
A saída no final de deploy.ps1 com o grupo de recursos, nome do bot, id do aplicativo e assim por diante pode ser útil. Eu sei como pegá-lo da interface do usuário e a maior parte dele está no arquivo appsettings.json, mas se a ideia é colocar todo o gerenciamento e implantação na CLI, pode muito bem fazer isso para que eu não tenha que abrir o site em tudo.
Olá, @BillStrait!
Resolvemos esse problema nas seguintes solicitações pull mescladas no branch next
:
Você deve ver essas mudanças na próxima versão !
Comentários muito úteis
Olá @BillStrait , estamos trabalhando em uma correção para isso daqui em diante, mas para consertar agora você pode fornecer o parâmetro
--resourceGroup
com o nome do seu grupo de recursos ao chamar o comando botskills connect.