Comentarios de UIP

Sintaxis y opciones para `envío de comentarios de uip`, que presenta un informe de error o una sugerencia de mejora directamente desde la CLI.

uip feedback envía informes de errores y sugerencias de mejora al equipo de UiPath sin salir del terminal. Tiene un solo subcomando, send.

Sinopsis

uip feedback send --type <bug|improvement> --title <text> (--description <text> | --description-file <path> | stdin) [--priority <priority>] [--email <email>] [--attachment <paths...>] [--slack-thread <url>]

Todos los verbos uip feedback respetan las opciones globales (--output, --output-filter, --log-level, --log-file). Los códigos de salida siguen el contrato estándar.

Envío de comentarios de UIP

Presentar un informe de error o una sugerencia de mejora. Proporcione el cuerpo de la descripción a través de exactamente uno de --description, --description-file o stdin canalizada.

Opciones

Marca	Descripción
--type <type>	Requerido. bug o improvement.
--title <title>	Obligatorio. Título/resumen de la incidencia.
--description <text>	Descripción o pasos para reproducir. Caja fuerte de una sola línea. Mutuamente exclusivo con --description-file.
--description-file <path>	Leer la descripción de un archivo. Úsalo para cuerpos de marcado grandes y de varias líneas: necesarios en Windows PowerShell, donde la inserción de un valor --description de varias líneas se ve alterada por el shell. Mutuamente exclusivo con --description.
--priority <priority>	critical, normal o minor. El valor predeterminado es normal.
--email <email>	Correo electrónico de contacto. El valor predeterminado es el correo electrónico en la sesión de inicio de sesión activa, si lo hubiera.
--attachment <paths...>	Uno o más archivos para adjuntar (separados por espacios). Máximo 10 archivos, 10 MB cada uno; ambos límites se validan antes de crear la incidencia.
--slack-thread <url>	Enlace a una discusión de Slack relacionada, incluida en el ticket. Debe ser una URL http/https válida.

Si ninguno de --description, --description-file o la entrada estándar canalizada proporciona un cuerpo, el comando falla con ValidationError. Una descripción de más de aproximadamente 32 KB se rechaza en el lado del cliente antes de enviar algo.

Cuando la salida estándar es un TTY, send muestra una solicitud de revisión/edición interactiva para el borrador (incluida la posibilidad de adjuntar un enlace de hilo de Slack) antes de enviarlo: pasa todos los marcadores relevantes en un contexto de CI para evitar que esta solicitud bloquee el trabajo (consulta Patrones de scripts: suprimir solicitudes interactivas).

Ejemplos

uip feedback send \
  --type bug \
  --title "Crash on login" \
  --description "Happens every time with --interactive"

# Large multi-line body — required approach on Windows PowerShell
uip feedback send \
  --type bug \
  --title "[RPA] Crash on run" \
  --description-file ./feedback-body.md

# Non-interactive CI usage
uip feedback send \
  --type improvement \
  --title "Add --dry-run to uip or jobs start" \
  --description-file ./suggestion.md \
  --priority minor \
  --email [e-mail]

Forma de datos (--json de salida)

{
  "Code": "FeedbackSent",
  "Data": {
    "IssueKey": "UIP-12345",
    "IssueUrl": "https://uipath.atlassian.net/browse/UIP-12345",
    "Type": "bug",
    "Title": "Crash on login"
  }
}

Cuando se pasó --slack-thread o --attachment, la respuesta también incluye SlackThread y/o AttachmentsUploaded (con el formato "<uploaded>/<total>": un error de carga de archivos adjuntos no es grave y no bloquea el archivo de la incidencia) .

Relacionado

• Patrones de scripting : ejecutar comandos uip de forma no interactiva en CI.

Ver también

• Opciones globales
• Códigos de salida