You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
With the beta trace command, we print the NAME, SYNCED, READY and STATUS columns where name is in the format of <KIND>/<METADATA.NAME>. This is usually helpful when there are not more than a single KIND in a given composition and XR has a descriptive name. However, it lacks of enough context when there are more than one of a KIND. As an example, I have the following trace output where a couple of Helm Releases and Kubernetes Objects are composed.
NAME SYNCED READY STATUS
XTopLevelComposite/626bea51-e6f9-427f-b13c-a039c91840ec True True Available
├─ Object/626bea51-e6f9-427f-b13c-a039c91840ec-bxkd8 True True Available
├─ Object/626bea51-e6f9-427f-b13c-a039c91840ec-qf5ph True True Available
├─ Object/626bea51-e6f9-427f-b13c-a039c91840ec-gmk5w True True Available
├─ XNestedComposite/626bea51-e6f9-427f-b13c-a039c91840ec True True Available
│ ├─ Release/626bea51-e6f9-427f-b13c-a039c91840ec-5snr9 True True Available
│ ├─ Release/626bea51-e6f9-427f-b13c-a039c91840ec-kcfk8 True True Available
│ ├─ Object/626bea51-e6f9-427f-b13c-a039c91840ec-4v68g True True Available
│ ├─ Object/626bea51-e6f9-427f-b13c-a039c91840ec-5l2j8 True True Available
│ ├─ Object/626bea51-e6f9-427f-b13c-a039c91840ec-bbclp True True Available
│ ├─ Object/626bea51-e6f9-427f-b13c-a039c91840ec-k4r42 True True Available
│ ├─ Object/626bea51-e6f9-427f-b13c-a039c91840ec-lqmpg True True Available
│ ├─ Object/626bea51-e6f9-427f-b13c-a039c91840ec-nbdgz True True Available
│ ├─ Object/626bea51-e6f9-427f-b13c-a039c91840ec-tbccn True True Available
│ ├─ Object/626bea51-e6f9-427f-b13c-a039c91840ec-tg7t7 True True Available
│ └─ Object/626bea51-e6f9-427f-b13c-a039c91840ec-wv7pq True True Available
How could Crossplane help solve your problem?
Every composed resource in a composition has a unique name which identifies the resources within the composition. It would be super helpful if we could include this information somehow. It could be added as an additional column (preferably printed with -o wide) or added in parenthesis next to each composed resource name.
The text was updated successfully, but these errors were encountered:
turkenh
changed the title
Crossplane Trace - (Optionally) print composition resource name for composed resources
Crossplane trace - (optionally) print composition resource name for composed resources
Jan 2, 2024
Displaying the actual Object name and either the Release name or the Helm chart name would make the trace a lot more useful.
There are concerns that the trace should be provider-agnostic, which I agree with, but I also think that Object and Release are two special cases that deserve additional handling for usability reasons.
Maybe it would be useful to define some standard status fields that could be automatically propagated to trace output columns so that the providers could expose specific information to the trace command?
It would be helpful to note in the docs for "wide" that it surfaces the comp resource name - right now it only mentions that it won't truncate Ready or Status messages. I was about to submit an RFE and found this issue or wouldn't have known the feature was already there.
What problem are you facing?
With the beta trace command, we print the
NAME
,SYNCED
,READY
andSTATUS
columns where name is in the format of<KIND>/<METADATA.NAME>
. This is usually helpful when there are not more than a single KIND in a given composition and XR has a descriptive name. However, it lacks of enough context when there are more than one of a KIND. As an example, I have the following trace output where a couple of HelmReleases
and KubernetesObjects
are composed.How could Crossplane help solve your problem?
Every composed resource in a composition has a unique
name
which identifies the resources within the composition. It would be super helpful if we could include this information somehow. It could be added as an additional column (preferably printed with-o wide
) or added in parenthesis next to each composed resource name.The text was updated successfully, but these errors were encountered: