Open michaelsafyan opened 4 weeks ago
Given the existence of the use of ref
in the VCS attributes, I will update this PR with an alternative segment.
Here are some possible naming alternatives to ref
:
external
: given that it will be in external storageext
: shorter way of using the name "external"foreign
: given that it is in a foreign storage locationremote
: given that it may be in another storage locationext_storage
: similar mash up of the aboveremote_storage
: similar mash up of the aboveblob_ref
: another possible nameAny other thoughts? Any opinions on what is best?
I've updated the pull request to use *.blob_ref.*
instead of *.ref.*
but am open to alternative naming suggestions.
I think blob_ref
is a good choice.
Should there be some tooling to make sure we don't accidentally define anything blob_ref.*
in the future?
Eg. could we add a policy in policies/
to flag a violation if blob_ref.*
is detected?
Received feedback in Nov 18 SemConv Meeting that this PR needs to be amended to remove "attributes" from the scope, because of the possibility of encouraging large attributes.
Was also suggested to narrow scope to define a specific event type that contains its values as a reference.
Fixes #1428
Changes
Adds the concept of "reference attributes" / "reference fields" to the specification.
Merge requirement checklist