Deal of The Day! Hurry Up, Grab the Special Discount - Save 25% - Ends In 00:00:00 Coupon code: SAVE25
Welcome to Pass4Success

- Free Preparation Discussions

HashiCorp Exam VA-002-P Topic 7 Question 86 Discussion

Actual exam question for HashiCorp's VA-002-P exam
Question #: 86
Topic #: 7
[All VA-002-P Questions]

What happens when a terraform plan is executed?

Show Suggested Answer Hide Answer
Suggested Answer: A, B, D

The list below contains all the requirements for publishing a module. Meeting the requirements for publishing a module is extremely easy. The list may appear long only to ensure we're detailed, but adhering to the requirements should happen naturally.

GitHub. The module must be on GitHub and must be a public repo. This is only a requirement for the public registry. If you're using a private registry, you may ignore this requirement.

Named terraform-<PROVIDER>-<NAME>. Module repositories must use this three-part name format, where <NAME> reflects the type of infrastructure the module manages, and <PROVIDER> is the main provider where it creates that infrastructure. The <NAME> segment can contain additional hyphens. Examples: terraform-google-vault or terraform-aws-ec2-instance.

Repository description. The GitHub repository description is used to populate the short description of the module. This should be a simple one-sentence description of the module.

Standard module structure. The module must adhere to the standard module structure. This allows the registry to inspect your module and generate documentation, track resource usage, parse submodules and examples, and more.

x.y.z tags for releases. The registry uses tags to identify module versions. Release tag names must be a semantic version, which can optionally be prefixed with a v. For example, v1.0.4 and 0.9.2. To publish a module initially, at least one release tag must be present. Tags that don't look like version numbers are ignored.

https://www.terraform.io/docs/registry/modules/publish.html#requirements


Contribute your Thoughts:

Paulene
10 months ago
Hmm, I wonder if they have a requirement for a mandatory funky dance routine before you can publish a module. Just kidding, A, B, and D it is.
upvoted 0 times
...
Kendra
10 months ago
Wait, we have to publish on GitHub? What if I want to use a different hosting platform? I'll still go with A, B, and D though.
upvoted 0 times
...
Marlon
10 months ago
A funky dance routine? I'd pay good money to see that! Maybe we could get Hashicorp to add it as a secret requirement.
upvoted 0 times
Aron
9 months ago
D) The module must be on GitHub and must be a public repo
upvoted 0 times
...
Janella
9 months ago
B) Module repositories must use this three-part name format, terraform--.
upvoted 0 times
...
Dannie
9 months ago
A) The registry uses tags to identify module versions. Release tag names must be for the format x.y.z, and can optionally be prefixed with a v.
upvoted 0 times
...
Lashon
10 months ago
D) The module must be on GitHub and must be a public repo
upvoted 0 times
...
Werner
10 months ago
B) Module repositories must use this three-part name format, terraform--.
upvoted 0 times
...
Lonna
10 months ago
A) The registry uses tags to identify module versions. Release tag names must be for the format x.y.z, and can optionally be prefixed with a v.
upvoted 0 times
...
...
Alica
11 months ago
I believe the second requirement is that module repositories must use a specific naming format.
upvoted 0 times
...
Azalee
11 months ago
I agree. The first requirement is that the registry uses tags to identify module versions.
upvoted 0 times
...
Ammie
11 months ago
I think the requirements for publishing a module are pretty straightforward.
upvoted 0 times
...
Yuki
11 months ago
A, B, and D seem like reasonable requirements. I like how the registry uses semantic versioning for the module tags.
upvoted 0 times
Gerri
10 months ago
I agree, it's important for module repositories to follow a consistent naming format like terraform--.
upvoted 0 times
...
Abel
10 months ago
A, B, and D are indeed valid requirements. Semantic versioning is a great way to manage module versions.
upvoted 0 times
...
Claudia
10 months ago
I agree, having the module on GitHub as a public repo makes it easier for sharing and collaboration.
upvoted 0 times
...
Hoa
10 months ago
I agree, it's important for the module repositories to follow the terraform-- format. It helps with organization.
upvoted 0 times
...
Velda
10 months ago
A, B, and D are indeed valid requirements. Semantic versioning helps with module versioning.
upvoted 0 times
...
Johnson
10 months ago
A, B, and D are indeed valid requirements. Semantic versioning is a great practice for module tags.
upvoted 0 times
...
...

Save Cancel