-
-
Notifications
You must be signed in to change notification settings - Fork 167
Feature/update label #53
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
Feature/update label #53
Conversation
osterman
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm okay with splitting out the label into a separate file, but maybe combine them into one file?
Co-Authored-By: Andriy Knysh <[email protected]>
aknysh
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
see comments
|
Updated to comply |
aknysh
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
thanks @Jamie-BitFlight
please see comments
…. Added all variables that the Label module uses.
label.tf
Outdated
| variable "label_order" { | ||
| type = "list" | ||
| default = [] | ||
| description = "[Label Module] The naming order of the id output and Name tag" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| description = "[Label Module] The naming order of the id output and Name tag" | |
| description = "The naming order of the id output and Name tag" |
I think we don't need to use [Label Module] in the descriptions, it makes it more difficult to read
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I understand. I was wanting a way to categorise the label modules inputs, so that they could be separated from the dynamic subnets module variables.
Is there another way we could categorise it in the readme @aknysh?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@Jamie-BitFlight
The README generator reads all descriptions and puts them into README (so no fast way to categorize them).
I think we don't need to categorize with [Label Module], the users of the module (and other CloudPosse modules) are already familiar with the label attributes, so there is no reason to separate them from other module's variables
aknysh
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
thanks @Jamie-BitFlight
please see comments
|
Ok 👌
Regards
Jamie Nelson
-/-
On Jun 7, 2019, at 3:54 PM, Andriy Knysh <[email protected] <mailto:[email protected]> > wrote:
@aknysh commented on this pull request.
--------------------------------
In label.tf:
+ additional_tag_map = "${var.additional_tag_map}"
+ regex_replace_chars = "${var.regex_replace_chars}"
+ label_order = "${var.label_order}"
+ context = "${var.context}"
+}
+
+variable "additional_tag_map" {
+ type = "map"
+ default = {}
+ description = "Additional tags for appending to each tag map"
+}
+
+variable "label_order" {
+ type = "list"
+ default = []
+ description = "[Label Module] The naming order of the id output and Name tag"
@Jamie-BitFlight
The README generator reads all descriptions and puts them into README (so no fast way to categorize them).
I think we don't need to categorize with [Label Module], the users of the module (and other CloudPosse modules) are already familiar with the label attributes, so there is no reason to separate them from other module's variables
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.
|
aknysh
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
thanks @Jamie-BitFlight
what
Updated the label module to 0.11.1, allowed the use of
contextfor a DRY'er finishwhy
Allows for fewer repeated variables. Allows users of the label module to pass context into this module.