This document provides guidelines for contributing to the module.
The following dependencies must be installed on the development system:
The Inputs and Outputs tables in the READMEs of the root module,
submodules, and example modules are automatically generated based on
the variables and outputs of the respective modules. These tables
must be refreshed if the module interfaces are changed.
Run make generate_docs to generate new Inputs and Outputs tables.
Integration tests are used to verify the behavior of the root module, submodules, and example modules. Additions, changes, and fixes should be accompanied with tests.
The general strategy for these tests is to verify the behavior of the example modules, thus ensuring that the root module, submodules, and example modules are all functionally correct.
The easiest way to test the module is in an isolated test project. The setup for such a project is defined in test/setup directory.
To use this setup, you need a service account with Project Creator access on a folder. Export the Service Account credentials to your environment like so:
export SERVICE_ACCOUNT_JSON=$(< credentials.json)
You will also need to set a few environment variables:
export TF_VAR_org_id="your_org_id"
export TF_VAR_folder_id="your_folder_id"
export TF_VAR_billing_account="your_billing_account_id"
With these settings in place, you can prepare a test project using Docker:
make docker_test_prepare
-
Run
make docker_runto start the testing Docker container in interactive mode. -
Run
cft test listto list all the test. -
Run
cft test run all --stage init --verboseto initialize the working directory for an example module. -
Run
cft test run <TEST_NAME> --stage apply --verboseto apply the example module. -
Run
cft test run <TEST_NAME> --stage verify --verboseto test the example module. -
Run
cft test run <TEST_NAME> --stage teardown --verboseto destroy the example module state.
Many of the files in the repository can be linted or formatted to maintain a standard of quality.
Run make docker_test_lint.