Allow for custom_fields to be mapped to entities outside of backstage #15
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
In my implementation of backstage the namespace is called
default
And I have a custom_field called
service
that is mapped to catalog from another source (not backstage).Which essentially means when i try to run the plugin against my incident.io api
the call translates to
http://localhost:7000/api/proxy/incident/api/v2/incidents?custom_field[field ID here][one_of]=[default/service-name]
This is causing problems because the custom field is pulling the names of services without any knowledge of what backstage metadata namespace is (in this case default)
So all the plugin queries return no incidents since the custom-field assigned to incidents is
<service-name>
and not default/service-nameThis PR allows for option to include one of the 2 available field values with and without backstage namespace.