Name field uniqueness scope sits at the Custom Component level? #195
daniel-rogers-gh
started this conversation in
General
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Not sure if this is a bug or feature request. If I attempt to add an entry with the same Name to multiple custom components I receive the error:
What I want to do is this:
[ { "Id": 1, "ParentComponent": "environmentshortname", "Name": "Development", "ShortName": "dev", "SortOrder": 1, "MinLength": "2", "MaxLength": "3" }, { "Id": 2, "ParentComponent": "environmentpropername", "Name": "Development", "ShortName": "Development", "SortOrder": 2, "MinLength": "2", "MaxLength": "20" } ]I know this might fly in the face of convention, but our team settled on Subscriptions having Proper Case (
environmentpropername) purpose/environment names. All resources below this level would only use the abbreviated short code names (environmentshortname).To that end I wanted to add multiple components that could be attributed to the correct resources, whether they use the proper or abbreviated versions.
The only other thing I can think of is to alter the name fields to something like:
Development - AbbreviatedDevelopment - Proper CaseCould the
Nameuniqueness scope be shifted down to the Custom Component level or is facilitating this fundamentally flying in the face of this tool's purpose?Edit: It seems spaces can't be present in the short name fields, so this wouldn't allow us to achieve what we want anyway (e.g.
Non Productionwon't be valid). I might exclude subscriptions from the tool for now.Beta Was this translation helpful? Give feedback.
All reactions