Skip to content

Latest commit

 

History

History
150 lines (105 loc) · 5.34 KB

developer-guide.md

File metadata and controls

150 lines (105 loc) · 5.34 KB
Raw

Developer Guide

This document describes setting up your environment, as well as installing Metering.

Development Dependencies

If you're using MacOS with homebrew you can install all of these using the following:

$ brew tap jzelinskie/faq
$ brew install go kubernetes-helm make docker dep coreutils jq faq python@3
$ pip3 install operator-courier

Setup

It is important that you clone the project to the right location in your $GOPATH.

The repository path must be located at:

$GOPATH/src/github.com/bentitopolis/operator-metering

When cloning this repository, you can run the following commands to ensure that the project files are stored in the right location:

mkdir -p $GOPATH/src/github.com/operator-framework/
git clone https://github.com/bentitopolis/operator-metering $GOPATH/src/github.com/bentitopolis/operator-metering

Building

To build the reporting-operator binary using your local Go:

make reporting-operator-bin

If you want to build docker images locally:

make docker-build-all

If you want to build OCP images locally see the Building OCP images document.

Running local tests

To run unit tests:

make unit

To run the validation steps CI does:

make verify

Running e2e/integration tests locally

There's 2 ways to run integration and e2e tests locally. The first option runs the main operators locally (and the rest of the components into the cluster), and runs tests against the local reporting-operator, and the second option deploys everything into the cluster, and runs tests against the reporting-operator in the cluster.

The first option can be broken down in a few steps:

  • Build the metering-operator docker image
  • Build the reporting-operator binary locally
  • Run a customized manual install for tests, skipping metering-operator and reporting-operator
  • Run metering-operator locally via Docker
  • Run reporting-operator locally as a native Go binary
  • Configure everything to properly communicate
  • Run tests against the local reporting-operator

You can run one of the following commands to run either e2e or integration tests locally which will do the above steps, testing against a local reporting-operator:

make e2e-local TEST_OUTPUT_PATH=/tmp/metering_e2e_output
make integration-local TEST_OUTPUT_PATH=/tmp/metering_integration_output

The second option is similar, but doesn't run reporting-operator or metering-operator locally, but instead deploys them into the cluster just like CI does. The steps can be broken down into:

  • Run a customized manual install for tests
  • Run tests against the deployed reporting-operator running in the cluster

Replace pr-1234 with your image tag (usually built by CI), and run one of the following commands to run e2e or integration tests locally against fully deployed metering stack:

make e2e REPORTING_OPERATOR_IMAGE_TAG=pr-1234 METERING_OPERATOR_IMAGE_TAG=pr-1234 TEST_OUTPUT_PATH=/tmp/metering_e2e_output
make integration REPORTING_OPERATOR_IMAGE_TAG=pr-1234 METERING_OPERATOR_IMAGE_TAG=pr-1234 TEST_OUTPUT_PATH=/tmp/metering_integration_output

Go Dependencies

We use dep for managing dependencies.

Dep installs dependencies into the vendor/ directory at the root of the repository, and to ensure everyone is using the same dependencies, and ensure that if dependencies disappear, we commit the contents of vendor/ into git.

Adding new dependencies

To add a new dependencies, you can generally follow the dep documentation. Start by reading https://golang.github.io/dep/docs/daily-dep.html and you it should cover the most common things you'll be using dep for.

Otherwise, you should be able to just add a new import, and run make vendor and the dependency will be installed.

When committing new dependencies, please use the following guidelines:

  • Always commit changes to dependencies separately from other changes.
  • Use one commit for changes to Gopkg.toml, and another commit for changes to Gopkg.lock and vendor.' Commit messages should be in the following forms:
    • Gopkg.toml: Add new dependency $your_new_dependency
    • Gopkg.lock,vendor: Add new dependency $your_new_dependency

Helm templates

If you have added a new Helm Chart and would like to render the template to check the values and nesting within the yaml file you can run:

helm template CHART_DIR -x PATH_TO_TEMPLATE/file.yaml

Developer install

Developers should generally use the manual-install guide as it offers the most flexibility when installing. If you need a minimal storage configuration with no external dependencies, use the manifests/metering-config/hdfs-minimal.yaml example configuration.