terraform tags
module "main" {
source = "hadenlabs/terraform-null-tags"
version = "0.2.0"
namespace = "hadenlabs"
environment = "us-east-1"
stage = "develop"
name = "jenkins"
}Full working examples can be found in examples folder.
module "main" {
source = "hadenlabs/terraform-null-tags"
version = "0.2.0"
namespace = "hadenlabs"
stage = "develop"
name = "jenkins"
}
| Name | Version |
|---|---|
| terraform | >= 0.13 |
No providers.
No modules.
No resources.
| Name | Description | Type | Default | Required |
|---|---|---|---|---|
| attributes | Additional attributes (e.g. 1) |
list(string) |
[] |
no |
| config | Single object for setting entire configuration at once. See description of individual variables for details. |
any |
{} |
no |
| name | Solution name, e.g. 'app' or 'jenkins' | string |
n/a | yes |
| namespace | Namespace, which could be your organization name or abbreviation, e.g. 'eg' or 'cp' | string |
n/a | yes |
| stage | Stage, e.g. 'prod', 'staging', 'dev', OR 'source', 'build', 'test', 'deploy', 'release' | string |
n/a | yes |
| tags | Additional tags (e.g. map('BusinessUnit','XYZ') |
map(string) |
{} |
no |
| Name | Description |
|---|---|
| attributes | List of attributes |
| delimiter | Delimiter between namespace, stage, name and attributes |
| id_full | return id full generated of label order |
| label_order | The naming order actually used to create the ID |
| name | Normalized name |
| name32 | first 32 chars of string name |
| name6 | first 6 chars of string name |
| namespace | Normalized namespace |
| stage | Normalized stage |
| tags | Tags as a map (includes a Name tag) |
Got a question?
File a GitHub issue.
Please use the issue tracker to report any bugs or file feature requests.
In general, PRs are welcome. We follow the typical "fork-and-pull" Git workflow.
-
Fork the repo on GitHub
-
Clone the project to your own machine
-
Commit changes to your own branch
-
Push your work back up to your fork
-
Submit a Pull Request so that we can review your changes
NOTE: Be sure to rebase the latest changes from "upstream" before making a pull request!
This Module follows the principles of Semantic Versioning (SemVer).
Using the given version number of MAJOR.MINOR.PATCH, we apply the following constructs:
- Use the
MAJORversion for incompatible changes. - Use the
MINORversion when adding functionality in a backwards compatible manner. - Use the
PATCHversion when introducing backwards compatible bug fixes.
- In the context of initial development, backwards compatibility in versions
0.0.zis not guaranteed whenzis increased. (Initial development) - In the context of pre-release, backwards compatibility in versions
0.y.zis not guaranteed whenyis increased. (Pre-release)
Copyright Β© 2018-2022 Hadenlabs
All other trademarks referenced herein are the property of their respective owners.
The code and styles are licensed under the LGPL-3.0 license See project license..