publicação do uip rpa

Sintaxe e opções para "uip rpa publish", que carrega um .nupkg compactado para um feed do Orchestrator.

uip rpa publish carrega um .nupkg compactado para o Orchestrator. É preciso um pacote, não uma pasta de projeto — o empacotamento é a etapa uip rpa pack separada, e um .nupkg é autodescritivo (seu tipo de saída é lido do próprio pacote), então esse comando não tem opções de tempo de empacotamento, apenas sinalizadores de destino.

Resumo

uip rpa publish <package> [--personal-workspace | --shared-libraries | --feed-id <id> | --folder-key <key> | --folder-path <path>] [--allow-any-feed]

Argumentos

Name	Required	Finalidade
<package>	sim	Caminho para .nupkg publicar.

Opções

Long	Valor	Description
--personal-workspace	Bandeira	Publique em seu feed do espaço de trabalho pessoal do Orchestrator.
--shared-libraries	Bandeira	Publicar no feed de bibliotecas compartilhadas (host) do tenant. Este destino precisa de um contexto de pasta — nomeie um com --folder-key/--folder-path ou deixe qualquer pasta acessível ser usada.
--feed-id <id>	String	Publique no feed com esse id.
--folder-key <key>	String	Publique no feed da pasta com esta chave. Com --shared-libraries, nomeia a pasta de contexto desse feed em vez de um destino.
--folder-path <path>	String	Publique no feed da pasta neste caminho totalmente qualificado (por exemplo Shared/QA/Regression). Mesmo significado duplo com --shared-libraries como --folder-key.
--allow-any-feed	Bandeira	Deixe que o Orchestrator decida se o feed resolvido aceita esse pacote, ignorando a verificação do tipo de saída do lado do cliente (por exemplo, um pacote de teste normalmente não pode ir para um espaço de trabalho pessoal ou uma pasta não habilitada para testes). Não altera qual feed é resolvido.

--personal-workspace, --shared-libraries, --feed-id e (fora de --shared-libraries) --folder-key/--folder-path são mutuamente exclusivos — passar mais de um falha no lado do cliente antes de qualquer chamada de rede. Passar --folder-key e --folder-path juntos com --shared-libraries também falha, pois eles nomeiam a mesma pasta de contexto de duas maneiras diferentes. Omitir todos os sinalizadores de destino tem como alvo o feed do tenant.

Exemplos

# Publish to the matching tenant feed (default)
uip rpa publish ./out/MyProject.1.0.0.nupkg

# Publish a test package to a specific folder's feed
uip rpa publish ./out/MyTests.1.0.0.nupkg --folder-path "Shared/QA/Regression"

Formato dos dados (--output json)

{
  "Code": "Publish",
  "Data": {
    "Success": true,
    "Package": "MyProject.1.0.0.nupkg",
    "Destination": "TenantFeed"
  }
}

Destination é o tipo de feed resolvido (TenantFeed/PersonalWorkspace/SharedLibraries/FolderFeed) — não necessariamente o mesmo que a família de sinalizadores que você passou, pois, por exemplo --feed-id ainda resolve para FolderFeed. Feed/FeedId são adicionados quando o feed resolvido tem um nome/ID a ser relatado. Warnings é adicionado apenas quando a publicação é bem-sucedida com ressalvas.

Na falha, Result é um destes Failure/AuthenticationError/ValidationError/ConfigError, dependendo da causa (não conectado, permissão negada, sinalizadores de destino inválidos, destino ambíguo ou uma configuração de feed quebrada no Lado do Orchestrator) — Instructions nomeia a correção específica.

Relacionado

• uip rpa pack — produz o .nupkg que esse comando carrega.

Veja também

• Visão geral da ferramenta RPA
• Opções globais
• Códigos de saída