cert-manager/make
Alessandro Vermeulen 1da01211ee Feature gated support for using literal subjects in Certificates
Signed-off-by: Alessandro Vermeulen <alessandro.vermeulen@ing.com>
2022-06-08 20:50:00 +02:00
..
config Removes the unused traefik and haproxy addons config 2022-06-08 13:08:08 +01:00
base_images.mk update base images 2022-05-20 12:17:03 +02:00
ci.mk don't verify chart in ci-presubmit 2022-05-12 16:29:27 +01:00
cluster.sh maintain a single source of truth for updating kind images 2022-05-11 16:35:25 +01:00
cmctl.mk add helpful comment to tar commands 2022-04-14 11:09:38 +02:00
containers.mk make: add the targets 'e2e-setup-kind', 'e2e-setup-kind', and 'e2e' 2022-03-13 12:32:08 +01:00
e2e-setup.mk Feature gated support for using literal subjects in Certificates 2022-06-08 20:50:00 +02:00
e2e.sh Cleanup + a couple TODOs 2022-05-10 12:05:02 +01:00
git.mk make: bin/release-version needs to be rebuilt every time 2022-02-25 17:30:48 +01:00
help.mk Improve "make help" output and add a couple of utility commands 2022-05-11 13:35:28 +01:00
kind_images.sh Removes 1.18 and 1.19 kind images 2022-06-08 13:32:48 +01:00
licenses.mk rename all uses of github.com/jetstack/cert-manager 2022-02-02 09:08:31 +00:00
manifests.mk add unsigned manifests target 2022-06-06 18:58:15 +01:00
README.md docs: suggest -j8 instead of -j to avoid fork bombs 2022-03-16 14:05:07 +01:00
release.mk add unsigned manifests target 2022-06-06 18:58:15 +01:00
server.mk make: add the targets 'e2e-setup-kind', 'e2e-setup-kind', and 'e2e' 2022-03-13 12:32:08 +01:00
test.mk Improve "make help" output and add a couple of utility commands 2022-05-11 13:35:28 +01:00
tools.mk Bump Go to 1.18 2022-06-02 15:50:13 -07:00

Development tooling

This directory contains tools and scripts used to create development and testing environments for cert-manager.

Tool dependencies

The scripts in this directory commonly require additional tooling, such as access to kubectl, helm, kind and a bunch of other things.

If you already have these tools available on your host system, the scripts should just work, so long as the versions you have installed are roughly compatible.

If you are running into issues with your host-installed tools, you can have them downloaded in bin/tools with the command:

# With "-j8", the tools are downloaded in parallel.
make -j8 tools

To setup your shell to use the tools, run the following from the root of the repository:

export PATH="$PWD/bin/tools:$PATH"

Tip: this change of PATH won't persist between shell sessions. To get this command executed automatically when you enter the cert-manager folder, put this command in an .envrc file in the cert-manager folder and install direnv.

Common usages

This section describes common usage patterns for development and testing.

Installing a development build of cert-manager

Once you have a kind cluster running, you can install a development version of cert-manager by running:

make -j8 e2e-setup-certmanager

This will create a kind cluster, build, load and install cert-manager from source into your kind development cluster.

Further invocations of this command will rebuild and upgrade the installed version of cert-manager, making it possible to iteratively work on the codebase and test changes.

Running end-to-end tests

Before running the end-to-end tests, you must install some additional components used during the tests into your kind cluster.

Run the following to setup cert-manager, Pebble, ingress-nginx, the sample DNS01 webhook and all the other components required for the end-to-end tests:

make -j8 e2e-setup

You only need to run this command once for the lifetime of your test cluster.

Finally, run the end-to-test tests using:

make e2e

You can run this command multiple times against the same cluster without adverse effects.

A common use-case is to run a single test case from the end-to-end tests. This is explained in the --help:

./make/e2e.sh --help

Deleting the test cluster

Once you have finished with your testing environment, or if you have encountered a strange state you cannot recover from, you can tear down the testing environment by using kind directly:

kind delete cluster [--name=$KIND_CLUSTER_NAME]