Inconsistent entity name printed in CLI for invoke/fire versus other commands
- Vorherrschende Sprache
- Go
- Sterne
- 109
- Forks
- 98
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Beschreibung
@underwoodb-sd-ibm commented on [Wed Aug 09 2017](https://github.com/apache/incubator-openwhisk/issues/2597)
The confirmation messages for `wsk action invoke` and `wsk trigger fire` list the entity by its full qualified name (including a namespace), while all other confirmation messages list the entity without the namespace.
For example:
```
$ wsk action invoke testPack/testAction
ok: invoked /guest/testPack/testAction with id 4edd1e1efafe439bb2a43656859943b3
$ wsk trigger fire testTrigger
ok: triggered /guest/testTrigger with id 849e5a8773c64e8c8af4c35567f18492
```
Compared to:
```
$ wsk action create testPack/testAction test.js
ok: created action testPack/testAction
$ wsk action get testPack/testAction
ok: got action testPack/testAction
...
$ wsk trigger create testTrigger
ok: created trigger testTrigger
etc...
```
I propose an update which will make these confirmations uniform in how they display entity names, either all including the namespace, or none including the namespace. Which direction to go would be up for discussion here.
Beitragsleitfaden
Rechercherichtung
Untersuche die Pfade der CLI-Bestätigungsnachrichten für action invoke und trigger fire und vergleiche sie anschließend mit den im Issue gezeigten Nachrichten für create und get. Wähle eine einheitliche Richtlinie für die Anzeige von Namespaces und wende sie an. Überprüfe, dass die Beispielbestätigungen einheitlich sind.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- go
- Bereich
- cli
- Issue-Typ
- Bug
- Schwierigkeit
- 2/5
- Geschätzter Aufwand
- 1-3 Stunden
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 45/100