-
Notifications
You must be signed in to change notification settings - Fork 9.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Use consistent ID separators for resource imports #27843
Comments
Community NoteVoting for Prioritization
Volunteering to Work on This Issue
|
aws_lightsail_domain_entry
id field update separator to ,
to support _
in txt
records
#27791
Marking this issue as stale due to inactivity. This helps our maintainers find and focus on the active issues. If this issue receives no comments in the next 30 days it will automatically be closed. Maintainers can also remove the stale label. If this issue was automatically closed and you feel this issue should be reopened, we encourage creating a new issue linking back to this one for added context. Thank you! |
I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues. |
Description
For UX, it would be beneficial to have a consistent separator for resource IDs with multiple parts. This comes into play when importing. Although the different separators are documented, which separator to use should not be something practitioners need to think about.
Based on very quick research (I attempted to limit it to ID splits but it's not exact), these are the separators in use now:
/
- ~100 resources:
- ~45,
- ~11_
- ~7|
- ~6#
- ~4-
- ~1;
- ~0The most commonly used symbol, forward slash
/
, is not ideal across the board because any ID including an ARN may have complications. Similarly, the second-most commonly used symbol, colon:
, is part of ARNs as well. Thus,,
may well be the best separator.Here is an example of an import using a composite ID with a
/
separator:The text was updated successfully, but these errors were encountered: