UIP-Feedback

Syntax und Optionen für „uip feedback send“, das einen Fehlerbericht oder Verbesserungsvorschlag direkt über die CLI sendet.

uip feedback sendet Fehlerberichte und Verbesserungsvorschläge an das UiPath-Team, ohne das Terminal zu verlassen. Er hat einen einzelnen Unterbefehl, send.

Zusammenfassung

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

Alle uip feedback -Verben berücksichtigen die globalen Optionen (--output, --output-filter, --log-level, --log-file). Austrittscodes folgen dem Standardvertrag.

UIP-Feedback senden

Einreichen eines Fehlerberichts oder eines Verbesserungsvorschlags. Geben Sie den Beschreibungstext genau über eine der Optionen --description, --description-file oder Geben Sie den Beschreibungstext an.

Optionen

Markieren	Beschreibung
--type <type>	Erforderlich. bug oder improvement.
--title <title>	Erforderlich. Titel/Zusammenfassung des Problems.
--description <text>	Beschreibung oder Schritte zum Nachvollziehen. Einzeilig sicher. Sich gegenseitig mit --description-file ausschließen.
--description-file <path>	Liest die Beschreibung aus einer Datei. Verwenden Sie dies für große, mehrzeilige Markdown-Textkörper – erforderlich unter Windows PowerShell, bei denen das Inline- eines mehrzeiligen --description -Werts durch die Shell verfälscht wird. Sich gegenseitig mit --description ausschließen.
--priority <priority>	critical, normal, oder minor. Die Standardeinstellung ist normal.
--email <email>	Kontakt-E-Mail. Standardmäßig die E-Mail-Adresse der aktiven Anmeldesitzung, falls vorhanden.
--attachment <paths...>	Mindestens eine anzuhängende Datei (durch Leerzeichen getrennt). Maximal 10 Dateien, jeweils 10 MB; Beide Grenzwerte werden validiert, bevor das Problem erstellt wird.
--slack-thread <url>	Link zu einer zugehörigen Slack-Diskussion, die im Ticket enthalten ist. Muss eine gültige http/https -URL sein.

Wenn keine von --description, --description-file oder Piped Standard einen Textkörper liefert, schlägt der Befehl mit ValidationError fehl. Eine Beschreibung, die länger als etwa 32 KB ist, wird clientseitig abgelehnt, bevor etwas gesendet wird.

Wenn standardout ein Tty ist, zeigt send vor dem Absenden einen interaktiven Prompt zur Überprüfung/Bearbeitung für den Entwurf an (einschließlich der Möglichkeit, einen Slack-Thread-Link anzuhängen) – übergeben Sie alle relevanten Flags in einem CI-Kontext, um zu vermeiden, dass dieser Prompt den Auftrag zum Stillstand bringt (siehe Skriptingmuster – Unterdrücken interaktiver Prompts).

Beispiele

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]

Datenform (--output json)

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

Wenn --slack-thread oder --attachment übergeben wurde, enthält die Antwort auch SlackThread und/oder AttachmentsUploaded (formatiert als "<uploaded>/<total>" – ein Fehler beim Hochladen des Anhangs ist nicht schwerwiegend und verhindert nicht das Ablegen des Problems). .

Zugehörig

• Skriptingmuster – nicht interaktives Ausführen von uip -Befehlen in CI.

Siehe auch

• Globale Optionen
• Exitcodes